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

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

  • 有创意,比异地直接访问速度访问提升大概多少?

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

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

  • i子休 去yahoo了?

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

  • 大项目不等于大 trunk at 2012年8月25日

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

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

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