论坛首页 Java企业应用论坛

关于svn提交代码规范问题探讨

浏览 8863 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2012-03-09   最后修改:2012-03-09
threader 写道
悲剧了 写道
aronlulu 写道
tenderuser 写道
悲剧了 写道
richard_2010 写道
shift+crtl+f来进行格式化
这个真心不可以有



why

可以有的吧, 不过在这之前需要统一的模板,统一的tab间距,统一的line length 等等。。。

弱弱的问一声,你们难道不知道eclipse有format on save功能么,为什么要用shift+crtl+f这种人为行为呢?
eclipse可是绿色的,统一设置好格式,导入模板,选择好format on save,分发下去,大家用一样的工具,一样的行为,这种代码格式问题不是so easy的解决了么。



每个人有自己的代码风格,不好强行统一,但是只要大家代码有风格就ok,自己的风格要统一就行

我表示很蛋痛,统一的格式可以减少代码版本冲突


同感!强烈的反对不遵守规范的!也许本人以前做质量这块,所以对质量和规范这块比较重视吧!

当然,如果是个人开发都无所谓了,我想知道,如果各个的编码风格都不一样,团队开发的时候,当需要比较代码的异同的时候,或者代码提交合并出问题了,想找差别的时候,一看对比结果,满世界都是不一致的结果,实际上只要少部分的是真真有修改代码的,而绝大部分都是应为格式化风格的问题的时候,如果解决?

比如我喜欢"{" 接着上一行,而一些人喜欢另起新行; 或者我喜欢在方法 或者类定义 或者一个语句块开始前空一行,别人不喜欢,都是一行挨着一行的写........ 请问如何处理?

一个团队里面,如果是小团队还好说,如果是一个大团队,每个人都有不同的风格,你喜欢两个空格,哥喜欢三个空格,他喜欢8个空格,等等。当对比文件时,怎么办?或者我要比较跟服务器上版本的区别,怎怎么办??

我估计真的遇到或者大范围的比较(很正常,如果服务器上有更新,大家上传自己的代码前,肯定是要比较有和区别的,如果一次更新十几个文件或者几十个文件,我估计这个团队的人肯定要疯了)

希望那些说尊重开发员习惯的同学能解释解释你们是怎么处理这种情况的。



0 请登录后投票
   发表时间:2012-03-09  
xieyanhua 写道
threader 写道
悲剧了 写道
aronlulu 写道
tenderuser 写道
悲剧了 写道
richard_2010 写道
shift+crtl+f来进行格式化
这个真心不可以有



why

可以有的吧, 不过在这之前需要统一的模板,统一的tab间距,统一的line length 等等。。。

弱弱的问一声,你们难道不知道eclipse有format on save功能么,为什么要用shift+crtl+f这种人为行为呢?
eclipse可是绿色的,统一设置好格式,导入模板,选择好format on save,分发下去,大家用一样的工具,一样的行为,这种代码格式问题不是so easy的解决了么。



每个人有自己的代码风格,不好强行统一,但是只要大家代码有风格就ok,自己的风格要统一就行

我表示很蛋痛,统一的格式可以减少代码版本冲突


同感!强烈的反对不遵守规范的!也许本人以前做质量这块,所以对质量和规范这块比较重视吧!

当然,如果是个人开发都无所谓了,我想知道,如果各个的编码风格都不一样,团队开发的时候,当需要比较代码的异同的时候,或者代码提交合并出问题了,想找差别的时候,一看对比结果,满世界都是不一致的结果,实际上只要少部分的是真真有修改代码的,而绝大部分都是应为格式化风格的问题的时候,如果解决?

比如我喜欢"{" 接着上一行,而一些人喜欢另起新行; 或者我喜欢在方法 或者类定义 或者一个语句块开始前空一行,别人不喜欢,都是一行挨着一行的写........ 请问如何处理?

一个团队里面,如果是小团队还好说,如果是一个大团队,每个人都有不同的风格,你喜欢两个空格,哥喜欢三个空格,他喜欢8个空格,等等。当对比文件时,怎么办?或者我要比较跟服务器上版本的区别,怎怎么办??

我估计真的遇到或者大范围的比较(很正常,如果服务器上有更新,大家上传自己的代码前,肯定是要比较有和区别的,如果一次更新十几个文件或者几十个文件,我估计这个团队的人肯定要疯了)

希望那些说尊重开发员习惯的同学能解释解释你们是怎么处理这种情况的。






又给上了一课,没经历过人多的时候,目前就是你说的小团队,所以对比不是问题
0 请登录后投票
   发表时间:2012-03-09  
呵呵,应该是没遇到你的jsp页面被格式化之后出现问题这种情况,出现了你就不敢这么硬性的规定了,java代码格式化一下还是可以的,另外你说的大部分都是代码规范,和用不用svn提交代码没有半毛钱的关系........
0 请登录后投票
   发表时间:2012-03-09   最后修改:2012-03-09
悲剧了 写道

引用
每次提交的间歇尽可能地短,以一个小时,两个小时的开发工作为宜。如在更改UI界面的时候,可以每完成一个UI界面的修改或者设计,就提交一次。在开发功能模块的时候,可以每完成一个小细节功能的测试,就提交一次,在修改bug的时候,每修改掉一个bug并且确认修改了这个bug,也就提交一次。我们提倡多提交,也就能多为代码添加上保险。


个人觉得版本库应该是你这个功能模块最后的解决方案,为什么把诸多否决掉的思路代码也提交上来

想请大家给点看法,补充一下还要注意些什么点?

比较赞成每次提交的间歇尽可能地短,以一个小时,两个小时的开发工作为宜,在实际开发中,并不知道你到底什么时间是对的,或许你某些时间的观点是对的,当你再想回到这个对的状态时,你只能通过svn的版本历史记录恢复,总不可能你每写改一次就写一个文件记录你到底是哪里修改了。在繁琐代码里面里恢复到你之前一个小时的状态的确不是很容易.....
0 请登录后投票
   发表时间:2012-03-09  
所有人代码必须采用同一套格式化模板,这个没必要讨论,强制执行。执行不到位,说明管理上存在问题。
0 请登录后投票
   发表时间:2012-03-11  
每个公司都有自己的checkstyle,这个可以有,还必须有。
悲剧了 写道
richard_2010 写道
shift+crtl+f来进行格式化
这个真心不可以有



why

0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics