|
锁定老帖子 主题：团队出现这样的场景大家一般怎么处理
精华帖 (2) :: 良好帖 (8) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-01-16
最后修改：2009-01-16
bennyliu008 写道 csevan 写道 我认为定个规矩，首先第一修改之前需要先UPDATE，再进行<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script><script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/plugins/javaeye/langs/zh.js"></script>修改。
第二每天都要养成下班前提交的好习惯。 第三每天都要养成上班前UPDATE的好习惯。 如果有JAR包冲突，在SVN上要养成，统一开发包的好习惯。 （即：JAR包一起放入SVN里面，开发只准用SVN里面的包，如果出现新增包，也应该加入SVN中，以避免后期这种包冲突及兼容问题，也可以提早发现新包存在。） 第四最好是要有所沟通，每次新加入的东西，确定会影响其他模块的话，应该在开发之初就要了解，开发后也要知会相关人员，看是否符合要求。避免后期修改问题。最好能做代码review （对方很忙的话，也可以口头描述一下） 帖子太长，没完全看完。 我觉得 csevan 说得好。其实我们每天都是这样做的。 每天下班前要提交 我不知道是那个大师最先提出的 。 我对此持反对态度 难道你写了一堆运行时都出错的程序 也要提交吗？ 还让不让其他开发人员干活啊？ 至于update 我认为最好的时机 是在你要commit之前 |
| 返回顶楼 | |
|
发表时间：2009-01-16
排除法：
1.branch太麻烦； 2.每天commit一次效率不高。 我的办法： 1.我先写好公共部分的接口，让别人去写实现，写好后提交。这样是松耦合，不会有任务交叉，彻底避免。 2.设置里程碑打标签，要给老大们演示就check out这个标签版本，当然不是最新的，但是是稳定的。 |
| 返回顶楼 | |
|
发表时间：2009-01-16
公司出规范 和奖金挂钩 OK 一切解决
|
| 返回顶楼 | |
|
发表时间：2009-01-16
最后修改：2009-01-16
xly_971223 写道 bennyliu008 写道 csevan 写道 我认为定个规矩，首先第一修改之前需要先UPDATE，再进行<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script><script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/plugins/javaeye/langs/zh.js"></script>修改。
第二每天都要养成下班前提交的好习惯。 第三每天都要养成上班前UPDATE的好习惯。 如果有JAR包冲突，在SVN上要养成，统一开发包的好习惯。 （即：JAR包一起放入SVN里面，开发只准用SVN里面的包，如果出现新增包，也应该加入SVN中，以避免后期这种包冲突及兼容问题，也可以提早发现新包存在。） 第四最好是要有所沟通，每次新加入的东西，确定会影响其他模块的话，应该在开发之初就要了解，开发后也要知会相关人员，看是否符合要求。避免后期修改问题。最好能做代码review （对方很忙的话，也可以口头描述一下） 帖子太长，没完全看完。 我觉得 csevan 说得好。其实我们每天都是这样做的。 每天下班前要提交 我不知道是那个大师最先提出的 。 我对此持反对态度 难道你写了一堆运行时都出错的程序 也要提交吗？ 还让不让其他开发人员干活啊？ 至于update 我认为最好的时机 是在你要commit之前 MS:是敏捷实践之一.... 说的是如果一天都没作完,就把代码回滚,重新设计.... 因为设计没有把任务分的足够细. 每次提交的代码都是可以junit过的. XP听说提交的频率是每半小时提交一次. |
| 返回顶楼 | |
|
发表时间：2009-01-16
引用 MS:是敏捷实践之一.... 说的是如果一天都没作完,就把代码回滚,重新设计.... 因为设计没有把任务分的足够细. 每次提交的代码都是可以junit过的. XP听说提交的频率是每半小时提交一次. 前半截认同： 功能模块粒度越小越好 后半截不认同：会死人滴 
|
| 返回顶楼 | |
|
发表时间：2009-01-16
抛出异常的爱 写道 xmx0632 写道 downpour 写道 你们的项目经理用来干嘛的？构架师用来干嘛的？就任由你们在一个无法跑起来的环境中按模块开发？
PS 难道你们是开发完一个模块再一起commit一批文件的？这是什么开发习惯？ 曾经有一次写了一堆东西，就快要提交前的几分钟硬盘挂了 
后来有一段时间恨不得保存一次文件就做一次commit  每次单元测试过了就上传一次? 对 |
| 返回顶楼 | |
|
发表时间：2009-01-16
Scriptlet 写道 不知道有没有人在用clearcase？
clearcase可以很好的解决这个问题： 做deliver之前强制rebase到新版本-如果在你上次rebase之后有更新的话。 checkout和checkin只是在自己的分支中做，只有delivery到integration stream中才是最终的提交。 自动merge可以合并一般的改动，大的修改会自动提示需要手工合并。 当然clearcase确实价格不菲。哪位xd知道有类似的开源系统？ 我们用的就是clearcase,没感觉有什么好的.这东西好像不支持文件改名的跟踪(反正我现在没有发现).改了一个文件名相当于删除了这个文件,然后再新增一个文件.而且commit之后,版本树上面原来的那个文件就看不到了,而且在别的分支里也看不到原来的文件.不知道是不是我们使用方法有问题  ?
|
| 返回顶楼 | |
|
发表时间：2009-01-16
xly_971223 写道 引用 MS:是敏捷实践之一.... 说的是如果一天都没作完,就把代码回滚,重新设计.... 因为设计没有把任务分的足够细. 每次提交的代码都是可以junit过的. XP听说提交的频率是每半小时提交一次. 前半截认同： 功能模块粒度越小越好 后半截不认同：会死人滴
不会死人滴，我们一直这样实践着。非常有效。 频繁提交，持续集成，持续测试。最快时间反馈，最短时间纠正错误。。。。。 |
| 返回顶楼 | |
|
发表时间：2009-01-17
... js冲突 ~
代码约定没弄好吧？？ |
| 返回顶楼 | |
|
发表时间：2009-01-17
wym0291 写道 xly_971223 写道 引用 MS:是敏捷实践之一.... 说的是如果一天都没作完,就把代码回滚,重新设计.... 因为设计没有把任务分的足够细. 每次提交的代码都是可以junit过的. XP听说提交的频率是每半小时提交一次. 前半截认同： 功能模块粒度越小越好 后半截不认同：会死人滴
不会死人滴，我们一直这样实践着。非常有效。 频繁提交，持续集成，持续测试。最快时间反馈，最短时间纠正错误。。。。。 配合单元测试会保证代码的可靠性 所以就肆无忌惮的commit？ 可能有道理吧 不知道这样实践的人多不多 |
| 返回顶楼 | |
