软件配置管理案例分析36： 配置管理三国鼎立
2 views
Skip to first unread message
laofo -
Dec 26, 2011, 12:02:23 AM12/26/11
to Config...@googlegroups.com
作者: laofo
出自：配置管理之路 http://bbs.scmroad.com
版权所有，转载请注明原作者, 出处以及此版权声明，谢谢合作。
案例背景：
公司有个3 产品,分别为AS，BS，CS。 以前AS,BS,CS 都在一个VP的统一管理下，所有版本，构建，发布的管理都由一个构建团队(Build Team)全权负责，这个小组有一个专门的经理，经理上边就是这个VP。
忽然一日公司重组，VP出走，build manager被开，构建团队解散
案例分析：
以前构建小组的成员分别下放到AS，BS，CS这三个部门，分别向三个经理汇报,三个经理有了新的VP。这样每个开发团队都有了自己的SCM，各自管自己的那一块。然后一些事情就改变了。
1） 版本库中的分支数目迅速的增长
2） 各个产品从以前的 main 上拉出自己的分支
3） 以前一些共享的组件的维护变得复杂。每个部门更倾向于拉一个分支到自己的产品线下，自己维护
4） main 上的 build 成功失败逐渐变得没人关心
5） 权限管理也都分开了，以至于每个部门都有了如来佛祖似的人物
6） 各个产品的发布周期也变得难以协调，最终三个产品只好自己发布自己的。
。。。。。
你是否遇到过如此的情况呢？作为一个配置管理小菜鸟，我该怎么办呢？
出自：配置管理之路 http://bbs.scmroad.com
版权所有，转载请注明原作者, 出处以及此版权声明，谢谢合作。
案例背景：
公司有个3 产品,分别为AS，BS，CS。 以前AS,BS,CS 都在一个VP的统一管理下，所有版本，构建，发布的管理都由一个构建团队(Build Team)全权负责，这个小组有一个专门的经理，经理上边就是这个VP。
忽然一日公司重组，VP出走，build manager被开，构建团队解散
案例分析：
以前构建小组的成员分别下放到AS，BS，CS这三个部门，分别向三个经理汇报,三个经理有了新的VP。这样每个开发团队都有了自己的SCM，各自管自己的那一块。然后一些事情就改变了。
1） 版本库中的分支数目迅速的增长
2） 各个产品从以前的 main 上拉出自己的分支
3） 以前一些共享的组件的维护变得复杂。每个部门更倾向于拉一个分支到自己的产品线下，自己维护
4） main 上的 build 成功失败逐渐变得没人关心
5） 权限管理也都分开了，以至于每个部门都有了如来佛祖似的人物
6） 各个产品的发布周期也变得难以协调，最终三个产品只好自己发布自己的。
。。。。。
你是否遇到过如此的情况呢？作为一个配置管理小菜鸟，我该怎么办呢？
Reply all
Reply to author
Forward
0 new messages