关于版本和bug管理的rule（规则）的编写

Question

由于公司开发了十几个软件，每个都由于不停更新，导致现在版本管理很混乱，bug层出不穷，让我焦头烂额，现在想编写一个版本管理的规则，由专人负责管理，引出问题：这个规则怎么编写才能合理分清责任？是否有现成的文档是关于这个的？请大家给予帮助，谢谢。

Answer 1

每日下班前一小时应该提交可以编译通过的代码。存在未完成的工作应该注释掉。严禁提交不能编译通过的代码。每日应该统一对当日工作形成备份。
每日必须先获取服务器上的最新版本后，才能Checkout进行编码。
先就这些，大家都讨论一下。
我总觉得Vss不好。

Answer 2

to zhangyilan：你这个和版本管理不一样，我想的是版本升级是的管理，如责任人，管理人，修改时间，bug引入时间，修正的bug，等等等。

Answer 3

觉得zhangyilan(数字通信)的方法不错，但是似乎过于频繁了。我认为，个人负责对自己的代码进行备份维护（比如：最少2天一次），然后team leader负责对每次整合后的版本进行备份维护,进入下一个版本开发时，再统一从上一个版本checkou进行开发.
另外当然是文档很重要，每个版本要有每个版本的文档，光看代码看哪些改动了还是比较累的，有文档就比较轻松了。

Answer 4

to gofire:我问的就是team leader怎么对这些已经交上来的版本进行管理？关键时管理规则。

Answer 5

zhangyilan说的有现成的工具的。那个工具的功能还不错。
至于rule的事情，兄弟你起一草稿先，然后我们帮你删删补补修修。

Answer 6

最好使用项目管理工具,版本管理工具主要有SourceSafe,ClearCase,PVCS,我最喜欢Clearcase,这样版本管理就不是问题了.

Answer 7

版本提交之后的话，该版本就不允许作修改；如果需要做修改（包括dug的修正），那么只能是作为下一个版本；不然的话版本的界限容易模糊。

Answer 8

to gofire:如果每次修改都订立新版本，会不会比较繁琐？是否可以改为每次修改都必须提请批准，没有有了大的改动再订立新版本？

Answer 9

我想了一些，没有整理，大家看看，多给点意见：版本管理目的：安全性、可靠性及完整性
1． 所有软件版本均由1名版本管理员负责（可专职或兼职）
2． 软件版本提交前，必须满足版本提交条件（需填写版本提交报告），管理员确认（本人签字）后，才能加入版本管理数据库。
3． 每一次版本升级必须提交版本升级报告，给出版本升级理由
4． 每日应该统一对当日工作形成备份
5． 每日必须先获取服务器上的最新版本后，才能Checkout进行编码
6． 确定每个版本责任人，同一软件可以有不同时期的责任人
7． 版本提交后，软件的任何修改只能向管理人员提交申请并填写相关表格才能修改，不得擅自改动
8． 软件提交时所需填写内容：软件名称（中、英文），版本号，作者以及参与者，提交日期，源代码，编译后的可执行文件，所有需要的文档（需求分析文档，概要设计，详细设计，测试用例和bug报告等）