如何正确使用VSS进行版本控制
by
at 2010-06-26 02:27:46
original http://www.javaeye.com/topic/699671
前不久跳槽到现在公司，这公司主要使用VSS进行版本控制。
觉得他们使用VSS的方法不对。
如有一个多人远程不断维护的项目，有四个主要的平行的branch,
dev, test, pre-production, production。
然后每个程序员还有自己的branch（分支） 如Application1_stoneskin.
修改有几种
1. production发现的bug.
2. 新需求的项目的开发.
3. 项目QA测试时发现的bug
有时会有几个projects（项目）同时开发，一般一人负责一个，不同进度，向上合并间也不同。
现在我们是在自己的branch修复bug或进行新项目开发，完成后checkin到dev 或test. test build后给QA测试。
build系统是visual build pro, 里面分别为test, pre_production, production创建了build脚本，build好后要手工deploy的相应的server.(估计是脚本还没实现完全自动化)
我发现有几个问题
1. 看上去有3到四个主干，不断的向production合并（merge）
2. 这几个branch是不是share的，如程序员A签入到release的代码，dev分支与程序员B分支都没得到。
3. QA测试完成后，要手工合并到pre-production里，测试并被批准后，再次手工合并到production里。 pre-prodution的测试基本是被忽略的。多次合并也是非常容易出错的。更关键的是，其实 prodution的代码是没有被测试过的。因为QA的是Test分支的代码。
4. 创建分支不是以项目而是以开发者为对象。
今天同老板与同事提到这些问题，老板说是目前方法的问题他们也明白，也是经过好几次该动才成为目前情况的。让我觉得有什么建议写给报告给他。
我对版本管理也没什么经验，就是觉得目前的方法用得很痛苦。
老板说他们有意图该用svn，但觉得svn也不能完全解决问题，（好像是多个项目同时开发，当时没听明白）
请板上有经验的兄弟们指点一二正确的适合此公司的方法。
随便聊聊就行。
<br><br>
作者: <a href="http://stoneskin.javaeye.com">stoneskin</a>
<br>
声明: 本文系JavaEye网站发布的原创文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！
<br><br>
<span style="color:red">
<a href="http://www.javaeye.com/topic/699671" style="color:red">已有 <strong>3</strong> 人发表回复，猛击->><strong>这里</strong><<-参与讨论</a>
</span>
<br><br><br>
JavaEye推荐