Ⅰ 你使用到的配置管理工具包括以下哪些
svn 。svn比起cvs還是有不少進步的，堅決不用vss
Ⅱ 基於SVN的軟體配置管理工具有哪些
軟體配置么……你是說bug管理工具和svn的組合吧？
Trac算一個，其他的似乎要自己做不少配置工作，比如bugfree、bugzilla等等，最近看到禪道這個也有這方面的功能，不過沒有去跟蹤了
Ⅲ 配置管理工具除了版本控制的工具（如SVN）外，還有其他類型的工具嗎
Puppet不是通常意義上的軟體配置管理工具，我們通常所說的配置管理工具是指對軟體代碼、文檔的版本進行管理的工具，而puppet是一個管理操作系統配置參數項的工具，完全不是一個概念
目前配置管理工具最常用的當然是免費的SVN了，除此之外免費的工具還有CVS（SVN的前身）比較常用，收費的工具有ClearCase、VSS、Firefly等，另外還有些分布式配置管理工具（如GIT）用的人不是太多
基本上SVN、CVS、ClearCase（簡稱CC）、VSS這4款工具覆蓋了至少90%以上
Ⅳ 目前配置管理工具有哪些等
SVN的用法看相關幫助文件，比如TortoiseSVN帶的幫助非常全面； 如果是配置管理相關的知識，需要有軟體開發流程的知識，可以多去查一下相關的資料，不是一兩天能搞定的。從實踐的角度看，應該結合現有的開發活動需求定義配置庫及管理方法。配置管
Ⅳ 配置管理員用到哪些工具，各個工具有什麼特點
配置管理要了解一般伺服器的安裝配置管理
基本要了解的工具有cvs svn clearcase vss其中一種或者多種
工具要熟悉具體的使用方法，每個工具你可以上網搜索它們各自的資料網上很多
配置管理員一般都是跟項目的配置管理工作，建立配置庫，管理許可權，發布基線，有些公司還需要配置管理員完成集成發布軟體的工作
有一些高級的軟體公司還需要配置管理員能做配置管理工具的二次開發
Ⅵ 請幫忙推薦「配置管理」（ITIL中的概念）的通用實現工具
配置管理就看你管得顆粒度是多少，哪些東西需要管，然後再去選工具。還需要看你達到的效果，去ITIL先鋒論壇看看吧~~~
Ⅶ 軟體配置管理規范都包括哪些內容
軟體配置管理是貫穿軟體開發過程始終的一項工作。對於一個軟體項目來說，軟體配置管理規范至少包括以下的內容：
(1)配置項及其命名規則。
(2)配置庫文件目錄結構。
(3)角色和許可權定義。
(4)配置項變更流程。
(5)配置項發布。
(6)基線定義和基線變更。
項目中的基線有兩個方面：一是作為里程碑的基線；另一個是模塊的階段性成果基線(對工作產品而言)，一般來說都要避免變更基線。對這兩種不同的基線，其影響的范圍不同，確立和變更方式也不一樣。
項目的基線變更控制委員會由客戶代表、產品經理、項目經理和技術經理組成，對發布的里程碑類基線的變更必須由變更控制委員會確認並由QA進行變更記錄，所有被變更影響的配置項都需要重新同步後再次發布；而對於僅僅作為工作狀態保留的基線，一般只需要建立基線的小組確認更改並在QA進行記錄即可。
Ⅷ 大家有沒有什麼好的開源的配置管理軟體
項目不是很大，但是配置參數比較多。
現在的做法是配置參數放在文件中的，更新後向服務發送一個信號，服務在信號處理中重新載入配置文件，然後更新相應的參數信息。
總體來說還是感覺很麻煩的，讓服務監測文件變化也不合適，萬一哆嗦寫錯了呢。
大家有沒有什麼好的服務配置工具呢？最好有 UI，能夠手動觸發載入，謝謝！
目前我們做法是 同一個項目的配置盡量集中在一個地方，丟倉庫管理 .需要更新的時候 手動 update 一下，感覺略土
可以看看攜程開源的 Apollo。https://github.com/ctripcorp/apollo
用過 consul，可能也有點重（帶服務發現）
Zookeeper
Ⅸ 配置管理員主要的工作是什麼，配置管理工具都有哪些
軟體配置管理貫穿軟體發程始終項工作於軟體項目說軟體配置管理規范至少包括內容：
(1)配置項及其命名規則
(2)配置庫文件目錄結構
(3)角色許可權定義
(4)配置項變更流程
(5)配置項發布
(6)基線定義基線變更
項目基線兩面：作程碑基線；另模塊階段性基線(工作產品言)般說都要避免變更基線兩種同基線其影響范圍同確立變更式
項目基線變更控制委員由客戶代表、產品經理、項目經理技術經理組發布程碑類基線變更必須由變更控制委員確認並由QA進行變更記錄所變更影響配置項都需要重新同步再發布；於僅僅作工作狀態保留基線般需要建立基線組確認更改並QA進行記錄即
Ⅹ 軟體配置管理工具的工具選擇
目前配置管理工具可以分為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完成配置管理的功能的同時還可以幫助軟體開發組織積累項目中的數據提升軟體開發過程能力。
