项目开发过程中觉得svn这块在我们项目中,出现点小问题,觉得应该写个规范明确一下
如下;
1.提交代码前,保持代码的格式整洁,起码要用shift+crtl+f来进行格式化
2.代码去掉开始过程中写的测试,冗余代码
3.代码在类上面注明作者@author,方便明确责任
4.一些复杂的代码写好注释再提交
5.针对一个功能模块,一次性提交,不要多次提交
想应该有人早已经写过类似的东西,一搜索有一下一篇
[url]
http://www.blogjava.net/sealyu/archive/2009/09/03/293717.html[/url]
里面其他观点都ok,就是保持原子性的提交
[quote]每次提交的间歇尽可能地短,以一个小时,两个小时的开发工作为宜。如在更改UI界面的时候,可以每完成一个UI界面的修改或者设计,就提交一次。在开发功能模块的时候,可以每完成一个小细节功能的测试,就提交一次,在修改bug的时候,每修改掉一个bug并且确认修改了这个bug,也就提交一次。我们提倡多提交,也就能多为代码添加上保险。[/quote]
个人觉得版本库应该是你这个功能模块最后的解决方案,为什么把诸多否决掉的思路代码也提交上来
想请大家给点看法,补充一下还要注意些什么点?
如下;
1.提交代码前,保持代码的格式整洁,起码要用shift+crtl+f来进行格式化
2.代码去掉开始过程中写的测试,冗余代码
3.代码在类上面注明作者@author,方便明确责任
4.一些复杂的代码写好注释再提交
5.针对一个功能模块,一次性提交,不要多次提交
想应该有人早已经写过类似的东西,一搜索有一下一篇
[url]
http://www.blogjava.net/sealyu/archive/2009/09/03/293717.html[/url]
里面其他观点都ok,就是保持原子性的提交
[quote]每次提交的间歇尽可能地短,以一个小时,两个小时的开发工作为宜。如在更改UI界面的时候,可以每完成一个UI界面的修改或者设计,就提交一次。在开发功能模块的时候,可以每完成一个小细节功能的测试,就提交一次,在修改bug的时候,每修改掉一个bug并且确认修改了这个bug,也就提交一次。我们提倡多提交,也就能多为代码添加上保险。[/quote]
个人觉得版本库应该是你这个功能模块最后的解决方案,为什么把诸多否决掉的思路代码也提交上来
想请大家给点看法,补充一下还要注意些什么点?