配置管理工具一般用什麼開發

1. 軟體配置管理工具的工具選擇

目前配置管理工具可以分為3個級別：
(1)版本控制工具，是入門級的工具，例如：CVS、VSS。
(2)項目級配置管理工具，適合管理中小型的項目，在版本管理的基礎上增加變更控制、狀態統計的功能，例如：ClearCase、PVCS。
(3)企業級配置管理工具，在實現傳統意義的配置管理的基礎上又具有比較強的過程管理功能，例如：ALLFUSIONHarvest。在建立自己的配置管理實施方案時，一定要根據自己的管理需要，選擇適合自己的工具，從而搭建一個最適合自己的管理平台。如果我們的管理目標是建立組織級配置管理架構，並且要實現配置管理的所有功能，從而為以後的過程管理行為提供基礎數據的話，那麼我們建議選擇專用的配置管理工具。
1．支持的操作系統
這幾款工具都支持各種主流的操作系統，如Windows、LINUX、UNIX，都支持分布式開發。CVS、Harvest、VSS、ClearCase的Server都可以安裝在Windows、LINUX、UNIX、AIX等操作系統上。
2．版本管理功能
CVS與Harvest、VSS、ClearCase都可以進行版本管理，都支持並行開發。在與開發工具的集成方面，CVS可以與各種Java開發工具集成，而Harvest支持SCC介面，可與VB、VC等集成，此外支持與IBM的WSAD集成。
3．變更控制功能
Harvest、ClearCase支持並提供了郵件通知、表單(類似任務說明書或變更通知)等手段來加強團隊的信息溝通，而且提供審批、晉升等手段來方便管理項目。Harvest是基於過程的變更，可有效的進行變更控制，它在進行配置管理時更注重軟體開發的過程與生命周期的概念；ClearCase相比HarVest則更強調賦予發人員更大的發揮空間，通過集成ClearQuest可以有效地進行變更的跟蹤與監控。CVS是基於文件的變更處理，不能跟蹤、監控項目的變更，但是結合開放源碼的BugTrackI具也能進行變更管理。
4．狀態統計功能
CVS、Harvest、ClearCase均提供了強大的統計信息功能。
5．數據的安全性
Harvest提供了全面的許可權控制，所有的軟體資產存放在Oracle資料庫中，利用Oracle的特性來保障數據的完整性與安全，並可以定時備份，在許可權控制和安全性方面是這三個工具中是最好的；而CVS、ClearCase主要依賴操作系統的許可權設置；但ClearCase採用自己的文件系統，在安全性方面也有嚴格的控制，而CVS的安全性與備份功能需要通過設置操作系統許可權來實現。在配置管理的基本功能的實現上，CVS提供了版本管理和部分變更管理的功能，Harvest、ClearCase完成配置管理的功能的同時還可以幫助軟體開發組織積累項目中的數據提升軟體開發過程能力。

2. 配置管理員用到哪些工具，各個工具有什麼特點

配置管理要了解一般伺服器的安裝配置管理
基本要了解的工具有cvs svn clearcase vss其中一種或者多種
工具要熟悉具體的使用方法，每個工具你可以上網搜索它們各自的資料網上很多

配置管理員一般都是跟項目的配置管理工作，建立配置庫，管理許可權，發布基線，有些公司還需要配置管理員完成集成發布軟體的工作
有一些高級的軟體公司還需要配置管理員能做配置管理工具的二次開發

3. clearcase是什麼

1.問：clearcase是什麼？

2.回答：具體的說是做配置管理的工具，只是SCM管理工具其中的一種。是RATIONAL公司開發的配置管理工具，類似於VSS，CVS的作用，但是功能比VSS，CVS強大的多，而且可以與WINDOWS資源管理器集成使用，並且還可以與很多開發工具集成在一起使用。但是對配置管理員的要求比較高。而且RATIONAL的產品一般都很貴。如果自己找到CRACK的話就沒有技術支持了。

3.引用：http://www.hur.cn/program/bbs/software/200201/624560.html

4.回答完畢，謝謝

4. 配置管理的起源、發展歷程和主要作用是什麼

一、起源
19世紀70年代初期加利福利亞大學的Leon Presser教授就撰寫了一篇論文，提出控制變更和配置的概念。

二、發展歷程
在1975年，Leon Presser成立了一家名為SoftTool的公司，開發了自己的配置管理工具：CCC，這也是最早的配置管理工具之一。
之後，隨著軟體開發規模的逐漸增大，越來越多的公司和團隊意識到了軟體配置管理的重要性，而相應的軟體配置管理工具也如雨後春筍一般，紛紛涌現，比較有代表性的有：Marc Rochkind的SCCS（Source Code Control System）和Walter Tichy的RCS（Revision Control System）。
這兩種工具對日後的配置管理工具的發展做出了重大的貢獻，目前絕大多數廣泛使用的配置管理工具基本上都是基於這兩者的設計思想和體系架構。

三、主要作用
好的配置管理過程有助於規范各個角色的行為，同時又為角色之間的任務傳遞提供無縫的接合，使整個開發團隊像是一個交響樂隊一樣和諧而又錯雜地行進。正因為配置管理過程直接連接產品開發過程、開發人員和最終產品，這些都是項目主管人員所關注的重點，因此配置管理系統在軟體項目管理中也起著重要作用。配置管理過程演化出的控制、報告功能可幫助項目經理更好地了解項目的進度、開發人員的負荷、工作效率和產品質量狀況、交付日期等信息。同時配置管理過程所規范的工作流程和明確的分工有利於管理者應付開發人員流動的困境，使新的成員可以快速實現任務交接，盡量減少因人員流動而造成的損失。

衍生知識點：
1、配置管理的定義
配置管理（Configuration Management，CM）是通過技術或行政手段對軟體產品及其開發過程和生命周期進行控制、規范的一系列措施。配置管理的目標是記錄軟體產品的演化過程，確保軟體開發者在軟體生命周期中各個階段都能得到精確的產品配置。

2、配置管理的應用

雲安全措施中最重要的要素就是配置管理。
在SaaS環境中，配置管理是完全由雲供應商負責處理的。如有可能，客戶可通過鑒證業務准則公告（SSAE）第16號、服務組織控制（SOC）報告或ISO認證以及雲安全聯盟的安全、信任和保證注冊證明向供應商提出一些補丁管理和配置管理實踐的要求。
在PaaS環境中，平台的開發與維護都是由供應商來負責的。應用程序配置與開發的庫和工具可能是由企業用戶管理的，因此安全配置標准仍然還是屬於內部定義范疇。然後，這些標准都應在PaaS環境中被應用和監控。

5. 軟體配置管理的工具軟體

常用的軟體配置管理工具主要分為三個級別：
l Rational ClearCase，Perforce，CA CCC/Havest l Merant PVCS l Microsoft VSS，CVS
常用的開源免費的軟體配置管理工具有：SVN 、GIT 、CVS 。

6. 管理軟體開發平台那個比較好用

關於「好」的概念，每個人褒貶不一，每個人的心中也都有不同的天平，所以什麼是好的開發平台其實沒有標准答案，要看你的項目需求和自己個人情況。如果你是要開發資料庫應用類管理軟體，就可以選擇一些配置型開發平台，實現快速開發，如果你對軟體開發不是很懂，或者是沒有太多時間做開發，項目工期短，那建議選擇Teamchain這樣的開發平台工具，不用你寫代碼，你只需要提供你的完備需求就可以完成系統開發，UI界面設計、完整的代碼邏輯、海報宣傳、項目包裝等都可以進行外包，而且在這個平台上你還可以進行好的項目的融資，而且他開發過諸多類型的項目，生活類、辦公類、服務類；很多情況下，修改一下標准模塊就可以了，不用從頭開發，開發速度極快。

如果你懂代碼，而且也有時間進行代碼維護，後期代碼維護工作也有人做，那麼可以選擇原始開發工具或一些代碼型開發平台來進行開發。

總之，沒有最好的開發平台一說，完全是根據個人實際情況，適合自己的就是最好的。

Teamchain開發平台

1.專注多年，歷經4代開發平台的持續開發，功能完善，性能穩定。

2.多種價格方案針對不同用戶。性價比好，一次性收費，無限分發。

3.一對一售後支持和服務，可遠程協助，不用擔心完不成項目。

其他開發平台

1.大多是代碼生成器，功能模塊和硬體介面均要自己開發。需要畫界面，開發速度只能說是較快。

2.同一項目只支持一個伺服器一個資料庫。

3.沒有太多的應用系統供直接使用，基本要從頭開發，費時費力。

4.大多公司是近幾年的新公司。產品歷史短，功能點不多，且處理市場磨合期，穩定性不夠。

5.價格貴，大多按項目多次收取費用。

8.多為論壇技術支持，不能及時有效解決問題。

7. 請問CVS是什麼啊

CVS是一個C/S系統，是一個常用的代碼版本控制軟體。

主要在開源軟體管理中使用。與它相類似的代碼版本控制軟體有subversion。多個開發人員通過一個中心版本控制系統來記錄文件版本，從而達到保證文件同步的目的。

CVS版本控制系統是一種GNU軟體包，主要用於在多人開發環境下的源碼的維護。但是由於之前CVS編碼的問題，現在大多數軟體開發公司都使用SVN替代了CVS。

WinCVS是CVS的一個客戶端程序，它以CVS作為基礎，在其上構造了功能強大的GUI，使得Windows平台上的CVS用戶可以輕而易舉的進行協同工作。

(7)配置管理工具一般用什麼開發擴展閱讀

cvs的好處

修改軟體時可能會不知不覺混進一些bug，而且可能過了很久你才會察覺到它們的存在。有了 cvs，你可以很容易地恢復舊版本，並從中看出到底是哪個修改導致了這個bug。有時這是很有用的。

1、cvs 用一種聰明的辦法把一個文件的所有版本保存在一個文件里，僅僅保存不同版本之間的差異。

2、cvs 最初由 Dick Grune 在 1986 年 12 月以 shell腳本的形式發布在 comp.sources.unix 的新聞組第 6 卷里；1989 年 4 月，Brian Berliner 設計了 cvs 並編寫了代碼。之後 Jeff Polk 幫助 Brian 設計了 cvs 模塊和銷售商分支支持。

3、cvs 不能指導你如何構造什麼。它只是將你所設計的一種樹結構文件保存下來以備恢復之用。

4、cvs 不能決定如何在一個檢出工作目錄使用磁碟空間。如果你在每一個目錄中都寫下 Makefile 或腳本，且必須知道其它一切的相對位置，有時不得不檢出整個倉庫。

8. 軟體配置管理工具的簡單應用

應用軟體的規模及復雜程度日趨大型化、復雜化，這就導致軟體開發的方式也從早期的單兵作戰式或手工作坊式漸漸轉變為集團化、工廠流水線式的團隊協作開發方式。在這種開發模式中會遇到一些問題，例如：
●需要將整個軟體版本恢復到以前某一時間的狀態；
●控制某一程序在同一時間內只能由一個開發人員進行修改；
●限制隨意修改程序；
●對每個開發人員編寫的程序質量進行評估。
如何解決上述問題，管理好項目的每一步運作，成為每一位項目主管需要解決的課題。目前，許多配置管理工具能夠與各種流行的開發軟體進行無縫的連接，它們有機地結合在一起，能夠完整地保存開發中對應用程序每一個源文件所有的修改記錄，因此充分地利用配置管理工具能夠對軟體開發進行有效的管理，其具體表現有以下幾個方面：
(1)隨時將程序恢復到以前某一時間點。配置管理工具可以將某一程序恢復到以前某一時間的狀態，甚至將整個軟體版本恢復到以前某一時間的狀態。它能比較程序的不同版本，方便地識別出被修改，刪除或插入的具體行，可以將兩個不同版本的修改合並到一個新文件中，如果一段重要的代碼被刪除了，它可以迅速恢復這段代碼。
(2)實現代序的互序性修改。配置管理工具能夠實現某一程序在同一時間只能由一個開發人員進行修改。其具體實現方式是：開發人員從源文件存放處檢出(Cherk out)一個程序，這時其他開發人員就不可以再檢出同一個程序了，只有當第一個開發人員修改測試完成後，將更新版本的代碼做檢入(Check in)操作，其他開發人員才能檢出同一個程序-當然，現在有些配置管理工具也可以配置成允許多入修改，即同時檢出同一個程序．最後可以將不同版本的修改合並到一個新程序中。
(3)對程序修改進行有效的管理。在配置管理工具中可以將用戶分為管理員和程序員兩種角色，只有管理員可以將程序凍結(Freeze)和解凍(Unfreeze)，被凍結的程序是下允許修改的。修改程序的流程為：
①用戶提交需求書，程序員提交程序設計說明書，項目主管審核通過後，配置管理員(CMO)將程序解凍；
②由程序員檢出程序；
③程序員修改程序；
④修改完成後程序員提交測試請求給測試小組，測試小組進行測試，如果測試不通過，轉向第③步；
⑤測試通過以後程序員填寫本次修改記錄，然後檢入程序；
⑥配置管理員將程序凍結。
至此完成一次程序的修改。在軟體開發後期或者軟體正式投入使用時，這種方式對保證軟體的穩定運行能起列非常重要的作用。
(4)將開發環境與測試環境、運行環境進行有效的隔離：比較大型的軟體開發項目部有專門的測試小組；採用配置管理工具後，開發人員有自己單獨的開發環境，測試人員有自己的測試環境-測試人員測試無誤後才檢入程序，可避免錯誤的程序影響其他人員使用和測試幢用系統；項目進行到一定階段，可隨時用配置管理工具生成一個新的版本，投入運行—生成運行版本時可以選擇以前所有的修改記錄。
(5)評估開發人員編寫的程序質量，控制開發進度。配置管理工具完整地保存在開發中對應用程序的每一個源文件所有的修改汜錄-這些記錄包括完成修改程序的開發人員、修改的時間、所進行的具體修改以及對本次修改的解釋。項目主管通過調閱這些記錄，對程序修改的次數、修改原因和修改情況進行統計，就能夠對每一個程序員編寫的程序質量進行綜合評估，這些記錄還能使項目主管對整個項目的進度、程序的編寫修改情況有一個整體的了解。
(6)管理文檔。配置管理工具不僅為各種開發軟體提供了存放對象的介面，還能存放任意類型的文件．這樣可以在配置管理工具中建立專門的文件夾，用來仃放軟體廾發過程中牛成的各種文檔，對於每個文檔可以存放它的多個版本，供隨時查閱。
注意：配置管理軟體的安全性一般，為確保軟體開發過程中源代碼與文檔的安全，制定一個合理的系統備份策略是必要的。
總之，在一個項目小組開發環境中，配置管理工具的採用是非常必要的。它就好像建立一部軟體開發的編年史，不僅僅對軟體的版本進行了控制，還能夠協調多個外發人員的工作，對整個軟體的開發過程進行有效的管理，大大提高了軟體開發的效率，收到事半功倍的效果。