高手来看看这样的版本控制会有问题嘛！

Nio

首先要明确的是，代码（版本）因何而受控，达到什么样的条件就可以受控，这对于确定什么时候受控很有必要。

还有一点就是，版本不能在测试之前决定是否受控，这是显而易见的。

我不知道你们公司的PM是什么样的一个职能，如果PM能详细了解代码的情况（参与编码），由他提出并决定受控是可以的，如果不是最好也问一下RD以及其manager的意见并反馈给PM。

流程：
1、PM询问版本是否可以进行受控；
2、问RD或了解Code的相关人员，得到反馈信息；
3、出build经QA测试；
4、依据测试结果由PM或RD决定版本是否受控。

[ 本帖最后由 Nio 于 2007-2-2 15:13 编辑 ]

Nio

楼上说的虽然是一个很不错的方法，可以解决一些问题，但在实际工作中不能这么操作。

建立分支（branch）,不能以要修改的BUG为基准；通常的做方法是以功能界面改变为基准。如果从某个版本开始，功能有了变化或界面有了变化就建一个分支，这样对开发过程的控制会更有效。

Nio

楼上的这位兄弟，说的再清楚点好不?呵呵~~

如果因不同客户的不同需求而改变了软件原先设计的功能或界面，通常是不在Main tree上只接改的，而是新建一个Branch。