论坛首页 Java企业应用论坛

团队出现这样的场景大家一般怎么处理

浏览 49157 次
精华帖 (2) :: 良好帖 (8) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2009-01-20   最后修改:2009-01-20
captain 写道
    团队内部管理日渐混乱,最近问题不断,这样的,开发人员A完成了某功能模块,单独运行没问题,提交到svn后,该功能在整个项目环境下无法运行(js冲突,引用包问题,等等,先不理会原因),为此与开发人员C(我本人)产生分歧,C认为这部分代码不应该提交,理由是,不管什么情况,svn上的所有模块,应该是一个正常的可运行版本;A则认为这是因为公司没有区分产品库svn和开发库svn,他不提交,别人怎么改;但C认为,就算是使用开发库svn,在整体系统下运行不正常的模块就不该提交。
    问题出来了,如果A不提交,但是他本地又没法解决他那部分功能和系统的对接,怎么处理?
    方案1,照提交上svn,让别人解决;
    方案2,让别人到A君本地PC机解决;
    方案3,A君把对应的模块代码拷贝给C,让C解决后,提交。
    还请JE各路好手指点一二。

该功能在整个项目环境下无法运行(js冲突,引用包问题,等等,先不理会原因),我不清楚先不理会原因是为什么?我认为是产生问题的根本原因没有找到造成的,如果你能够很清晰的规范每个开发人员的职责,那么就很少会产生这种问题,这和svn没有任何关系。应该是清楚的划分每个模块的职责、每个开发人员的工作,这些都要独立,如果有交叉最好进行抽象成共用的。
0 请登录后投票
   发表时间:2009-01-20  
有钱就换cc,一人check out,别人都等着,就没这个问题了。呵呵

用svn又不想建分支,当然要勤更新,勤沟通,勤合并。要不出问题是正常的。
0 请登录后投票
   发表时间:2009-01-20  
预览,人工合并冲突,再提交
0 请登录后投票
   发表时间:2009-01-20  
项目经理的则任嘛!

那里可以这样啊,

有些东西是不可以改的.
0 请登录后投票
   发表时间:2009-01-20  
强烈建议每个check in 代码后必须 先checkout,哪怕以单个模块checkout ,然后build,如果有问题,要主动跟别人沟通,这个问题只有主动的沟通才能解决问题.
0 请登录后投票
   发表时间:2009-01-21  
Jet_Geng 写道
captain 写道
对了,大家在svn提交代码时,对注释的写法有规定相关的模板不?不同程序员,提交同一功能,写注释的方式有可能差异很大,如何控制?

关于提交代码的注释,我觉得mylyn所提供的方式挺好。自己使用了一段时间感觉不错,现在打算在团队中推行。
个人觉得他的优点在于:
1、假设你是定的当前Task,他会以Task为核心给你组织你使用到的代码。当你提交这些代码的时候就会加上相应的Task相关的内容。以后查看代码的人或自己对重新查看这个部分代码的时候不光可以了解当前修改的细节还可以了解这些代码的整体目标。
2、他的代码注释会自动帮你加上一部分公用的,比如:相关Task的Title、以及对应的url。这样以来可以提到一个提醒的作用,告诉用户,你可以在这个地方加上具体本次修改的细节。

个人觉得他的缺点是:
就是你所着的工作要和task关联,并且激活正确的task(有时候偷懒,完成一个Task后不立刻切换到下一个task。--这个习惯不太好:()。他就不能正确的给出默认注释了。




缺点还很多,如果是与jira集成,则jira上自定义流程多个页面时,mylyn不会自动切换到下一个页面。而且,一旦jira定义了新的field,设置为required之后,mylyn无法提交且不会刷新出新的field。。。。唉,毛病还多着呢,我们打算自己扩展mylyn了。
0 请登录后投票
   发表时间:2009-01-21  
wym0291 写道
Jet_Geng 写道
captain 写道
对了,大家在svn提交代码时,对注释的写法有规定相关的模板不?不同程序员,提交同一功能,写注释的方式有可能差异很大,如何控制?

关于提交代码的注释,我觉得mylyn所提供的方式挺好。自己使用了一段时间感觉不错,现在打算在团队中推行。
个人觉得他的优点在于:
1、假设你是定的当前Task,他会以Task为核心给你组织你使用到的代码。当你提交这些代码的时候就会加上相应的Task相关的内容。以后查看代码的人或自己对重新查看这个部分代码的时候不光可以了解当前修改的细节还可以了解这些代码的整体目标。
2、他的代码注释会自动帮你加上一部分公用的,比如:相关Task的Title、以及对应的url。这样以来可以提到一个提醒的作用,告诉用户,你可以在这个地方加上具体本次修改的细节。

个人觉得他的缺点是:
就是你所着的工作要和task关联,并且激活正确的task(有时候偷懒,完成一个Task后不立刻切换到下一个task。--这个习惯不太好:()。他就不能正确的给出默认注释了。




缺点还很多,如果是与jira集成,则jira上自定义流程多个页面时,mylyn不会自动切换到下一个页面。而且,一旦jira定义了新的field,设置为required之后,mylyn无法提交且不会刷新出新的field。。。。唉,毛病还多着呢,我们打算自己扩展mylyn了。



一直在用bugzilla,jira没有用过,所以没有发现这些问题。少见识了
你们打算对mylyn做扩展是打算做什么样的内容,只是修改bug吗,个人对这一块比较感兴趣。:)
0 请登录后投票
   发表时间:2009-01-21  
是你们的同步没做好,在这方面大家都有责任。出现这样的情况,如果他的代码不影响其他人,则让他把整SVN的同步到本地,让他自己改到能跑通为止;如果影响到其他人,让他们一起查看问题的原因再做出修改
0 请登录后投票
   发表时间:2009-01-23  
确实比较严重
0 请登录后投票
   发表时间:2009-01-23  
应该是不熟悉SVN造成的吧
每个人写程序的前先UPDATE。
提交就直接提交,提交时候如果有冲突,则需要其中的一个人解决这个冲突。
很简单的事情啊
0 请登录后投票
论坛首页 Java企业应用版

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