赞一个，期待分享 2.0 的功能。 配置管理各个系统之间的有效集成是开发团队自然诉求，让系统实现尽量多的自动的信息传递，也是大方向啊。 不过现在业界也有些天然把需求管理、版本管理、变更控制、发布等做在一个系统中的。建议可以考虑下选型策略哦。

恭喜！ 感谢版主在配置管理文化传播的付出，也是坛友们的学习榜样啊， 国内配置管理方面，各个公司还是良莠不齐，CMer 的职责甚至会因为公司的不同差之千里。 配置管理，路漫漫兮，laofo 的坚持和努力，也我为我们带来正能量！

有创意，比异地直接访问速度访问提升大概多少？

持续交付，对架构的灵活性和可扩展性要求很高。

哈哈，i 子休技术上钻研的很深入。他去的地方说明公司对配置管理技术很重视！也是大家努力的风向标啊。

i 子休 去 yahoo 了？

可能需要细化一下编译工具的种类。 laofo 提到的 visual studio 2010 是外购工具，是不是记录下当时编译使用的工具的详细版本号就可以了。 但是有这样一些情况，编译过程中的一下小工具，比方说自己开发的一些二进制工具，可能没有单独的版本标识，是和代码一起基线和标识的，这些工具是否应该放在代码库里面。否则如何复现当时的编译环境呢。 还是给每个小工具都进行版本标识？-可以这样有困惑中时候又觉得会造成配套关系很多很复杂？ 困惑中。。。

是用的 svn 吗？是否涉及异地开发？把 100 多个库的代码归并到一个库里面，访问库的性能有没有受影响？ 现在对与 svn 的性能问题比较关注，不知道哪些因素会影响 svn 性能。性能测试数据是怎样的。不知道哪里有。

可能考虑的是团队稳定性。 可能这个团队本身已经有很多女生，比例上要做一些控制。或者可能现在团队中的女生出了相同的状况，例如，今年很多准妈妈都计划要个龙宝宝。

多谢版主。这样一改，合理和清晰多了

确实见过两种不同的观点，一种观点认为分支是非常不好的事情，应该聚焦主线，"onetrack“! 并对一些宣传功能能够自动 merg 的功能表达了比较强烈的反对。 另一种观点，分支能够提高并行开发效率，保证主干的稳定性。而且很多的配置管理工具都支持 merge。

dcwang 说的很详细，谢谢

[i=s] 本帖最后由 lance 于 2012-8-9 08:06 编辑

具体操作如下： 1.建立视图 D:\CCVIEW\XXX_DOCVIEW 2.在视图的目录上 “D:\CCVIEW\XXX_DOCVIEW\01.xxx” 邮件进入 clearcase 命令窗口 3.运行命令 protect -chgrp group1 -chmod 777 -chown 库管理员 . 4.然后我找了一个不在 group1 中的用户 [color=Navy]（即对应权限设置中的 other）试了一下，checkin 失败，提示只有 onner、group 成员才能 checkin 服务器环境和客户端环境是 windows 系统

在淘宝（skila510）上拍了，亲，请发货哈。

《软件配置管理模式》是不是中国电力出版社出版 2003 年出版的那个？

现在 ALM(应用生命周期管理) 是比较火的一个词，ALM 和配置管理有着千丝万缕的联系。甚至可以说配置管理是 ALM 的基础。laofo 的看法（laofo）和 ALM 的观点不谋而合。