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

IoRizHj

首先说说目前公司版本控制的情况。
公司基本是以研发为主体的，项目经理就是研发的老大，所以版本就是他喊build就build，但是由于版本是需要发给客户，所以就搞了受控测试！基本流程是这样的：
PM觉得差不多了，就向SCM申请受控，打tag生成版本，提交给测试进行测试，经过测试后如果通过就把这个tag上的代码进行备份。如果没有通过会在比较短的时间内修改Bug，然后再build一个测试，如果bug够修改了，那么接下来又申请受控。但是在这个过程中研发人员提交代码不受任何限制。目前一年来，进行了可能不下10多次的受控，能通过的版本甚少，测试也很郁闷！
现在部门经理让我提出一些改进的建议，我考虑了一下，进流程改为下面的，还请高手指点指点，因为我本身是STE所以这方面了解不多！

首先由PM提出受控，由Test Leader 确定测试时间，SCM打tag生成版本（或者建立受控库），测试版本修改bug，定期生成版本直到test leader确定的测试时间到期。在这段时间内的版本中选取较好的版本纳入受控！

请大家对这个改进的流程多指点一下，小弟先谢过了！

IoRizHj

先谢谢上面两位大大的回复！

公司所谓的受控就是由于市场需要稳定的版本，进行的一个得到版本并且将代码和相关资料控制起来的过程。

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

目前的流程基本就是这样的。
我们公司项目经理就是研发的leader，应该对代码还是比较了解。但是coders提交是任何时候不受限制的，所以最后的效果是经常最后认定不受控。