Ⅰ 你使用到的配置管理工具包括以下哪些
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完成配置管理的功能的同时还可以帮助软件开发组织积累项目中的数据提升软件开发过程能力。
