关于分支的版本标识与合并管理

rebeccazxy

我们组织对以前项目的分支管理没有形成统一的说明和规范，于是各个项目各成一统，现在要发展产品线，线上的项目越来越多，配置管理员对分支的统一管理迫在眉睫。

由于以前没有做过分支的标识和合并管理，所以这块是一头雾水啊，请大家指教。

以Readme.txt这个文件为例，附件是其版本示意图：

版本标识的问题包括以下几个方面：
1. 从示意图中可以看到Readme.txt这个文件在主干上发展到1.2时，我们对其打了一个基线，那么这个基线如何标识？
2. 在1.2版本时，建立了一个分支“主干的分支1”，这个分支怎么标识？
3. 分支1发展到1.2.2.1时，我们对其建立了一个基线“分支1的基线1”，这个分支的基线如何标识？
4. 分支1发展到1.2.2.2时，对其又开了一个分支“分支1的分支1”，这个分支的分支如何标识？
5. 主干继续发展，分支1的版本1.2.2.2要合并到主干的1.4版本上去，形成了1.5版本（这个不知描述是否正确），那合并之前的两个版本如何标识？合并之后的主干的版本如何标识呢？

以上的情形是我设想的，主要包括了主干的基线、主干的分支、主干的分支的基线、分支的分支、合并前的版本、合并后的版本几种情况的标识，请大家赐教。

另外，不知道大家都用什么工具来管理版本的演化呢？我感觉用excel管理很混乱啊！希望能够通过标识看的比较明了，但是还没有找到合适的标识方法。


上一篇：Subversion培训教程
下一篇：编号和标识的区别

今年励志当学霸

好帖是需要鼓励的~

己萌萌哒

还不错哦，如果再能多分享一些就perfect了！

明天过后.

学习下我只是路过，不发表意见……

吃你的奶昔去吧

我也来顶一下..

蓝裙子的百合魂

确实不错，顶先

思步咨询

分支、合并，配置管理的重点。

loosiech

好文章，借鉴一下

nicezfish

好的配置管理工具可以提供给楼主一些配置原理，基于这些配置原理再实际的操作会比较好，毕竟工具是在方法上抽象出来的合集，对于使用工具不仅仅是对配置管理的人机的结合高效使用，更注重规范在实际中的部署！

rebeccazxy

原帖由 xixiaojing666 于 2008-5-26 15:36 发表


关于版本标识的问题，我觉得你可以参考你以前的标识，其实别人的未必是好的，适合你们自己的才是最好的，给你举个小例子希望对你有帮助:)
基线标识：PG[1.0]（PG表示编码阶段）
分支标识：BRA[1.1.1]（1.1版本 ...

标识这块我之前是零，没有涉及到分支之前，标识基本就是V1.0、V2.3等等，基线标识也就是bl_req_01等。一上分支就感觉有点晕，怕不够用，特别是涉及到主干的基线、分支的基线时，就有点怵......
静JJ的例子很有帮助哈，我就是想看看大家做标识的时候都考虑了哪些方面，比如分支标识：BRA[1.1.1]，很明确就能看出是1.1版本的分支，是此版本的第一个分支（如果没有理解错误的话），谢了！

rebeccazxy

原帖由 xixiaojing666 于 2008-5-26 15:17 发表


我们目前就是用的EXCEL，我觉得有些复杂和分支多的时候，标识也许就不是万能的拉。此时可能需要标识+版本演化图。。。才能表示清楚。

我能想到的比较好的记录方式也就是版本演化图了，对你们用EXCEL管理的方式很感兴趣啊！不知是怎么记录的呢？是图和表结合吗？

xixiaojing666

原帖由 rebeccazxy 于 2008-5-21 14:19 发表
版本标识的问题包括以下几个方面：
1. 从示意图中可以看到Readme.txt这个文件在主干上发展到1.2时，我们对其打了一个基线，那么这个基线如何标识？
2. 在1.2版本时，建立了一个分支“主干的分支1”，这个分支怎么标识？
3. 分支1发展到1.2.2.1时，我们对其建立了一个基线“分支1的基线1”，这个分支的基线如何标识？

关于版本标识的问题，我觉得你可以参考你以前的标识，其实别人的未必是好的，适合你们自己的才是最好的，给你举个小例子希望对你有帮助:)
基线标识：PG[1.0]（PG表示编码阶段）
分支标识：BRA[1.1.1]（1.1版本上的一个分支）
分支的基线标识：PG-B[1.0]（-B表示是分支）

xixiaojing666

原帖由 rebeccazxy 于 2008-5-21 14:19 发表
不知道大家都用什么工具来管理版本的演化呢？我感觉用excel管理很混乱啊！希望能够通过标识看的比较明了，但是还没有找到合适的标识方法。

我们目前就是用的EXCEL，我觉得有些复杂和分支多的时候，标识也许就不是万能的拉。此时可能需要标识+版本演化图。。。才能表示清楚。

iamredeye

CM的重要性本来就在于它对product和project planning的支持。即使你们先有project后来开始发展产品线，也一样的。

我们公司的命名规范我也不清楚。不过我不认为这是一个值得讨论的问题

rebeccazxy

原帖由 iamredeye 于 2008-5-22 12:54 发表
哦，你们以前没有product的统一管理，也就是说project之间协调不够。那么现在如何协调所有项目的scope和schedule是一个尤其要关注的地方。那么PM及以上的managers要“坐在一起”好好商量一下这个CM plan了

你的困 ...

谢谢哦！
从你所有的解答看出来，你比较强调plan，也就是说在做产品的CMP的时候就已经规划好了何时分支何时合并，是吗？那这个管理起来就相对容易了。
我想问的就是你说的变量名的问题，不知你们的命名规范是怎样的呢？谢谢啊