我负责公司的代码提交工作.开发提交代码太频繁,我这边其实没什么工作量.可是一会一个提交,有时2分钟就又来一次..好烦..
给他们说,也是没有办法:现在大多时候都采取快速提交快速测试的方式，不然bug被发现就会延后。。。;
                   便于及时发现错误,及时知道问题所在...知道刚才上传了哪个代码....然后恢复......之类的理由...
该怎么办??挺烦的...

最好协商一下，每天提交一次，这样测试也能比较规范。

代码统一提交到库里还是提交给测试啊？
如果是提交到库里的话可以采取自己的提交方式啊
如果是提交给测试，那你们的测试人员没有怨言么？

你们公司做配置管理吗？有专门的配置管理员吗？
我们公司有专门的配置管理员，对于各个生命周期所提交的基线，都能够很好的管理入库，不会很繁琐。

是开发人员自己提到到配置库的开发库里，还是提交到测试库啊？

对于楼主的牢骚，没有看明白！

是开发人员自己提到到配置库的开发库里，还是提交到测试库啊？

对于楼主的牢骚，没有看明白！

有三种情况
1.你们公司开发是不是也应该用版本管理工具，那么他产生的新代码可以随时提交，不用非要通过你来做。
2.如果你是测试，可以让他提交测试申请的时候提交一个固定版本给你到版本库上，你根据他这个版本测试，回归以后再上传到版本库中
3.如果你是质量管理人员或者是配置管理人员，我觉得你完全可以到项目结束的时候让开发人员提交一个最后的版本即可。

以上纯属个人工作中的总结，希望能给你帮助

1、应该有一个开发分支，由开发人员随意提交
2、还有一个你负责的集成分支，每次提交测试时，你才需要把开发分支上的代码merge到集成分支

每天提交一次，这样测试也能比较规范。

我是做配置管理的，请教一下我怎么做软件构造？想从初级学起，谢谢啦。ps.据说得先有环境。

引用:

原帖由 smilesun666 于 2008-5-20 16:31 发表
我负责公司的代码提交工作.开发提交代码太频繁,我这边其实没什么工作量.可是一会一个提交,有时2分钟就又来一次..好烦..
给他们说,也是没有办法:现在大多时候都采取快速提交快速测试的方式，不然bug被发现就会延后。 ...

你肯定不能到Dev line上去测试啊

开发人员平凡提交是没有错误的。如果有CI服务器，我们还要鼓励他们平凡提交呢。

至于，你所说的测试。你根本不能到Dev line上去测试。你要在自己的release line上去测试。我不敢苟同你们现在这种做法