容易被忽视的:代码merge的一些rules
来源:互联网 发布:netsh 查看端口 编辑:程序博客网 时间:2024/05/20 12:47
今日比较闲,恰好碰到QQ群内有朋友询问相关问题,正好把这个问题整体说说。
主要讨论下commit的一些rules。可能不是很全,随便想着写的。如果有朋友有新问题请提,我空了来回答下。
问题1:新feature提交到哪?
答: 新feature当然是提trunk, branch不管。等下一次拉分支的时候新的feature就会在新的branch上了。
如果是某个branch单独拉出来测某个feature的,那么需要测试保证这个feature在这个Branch运行OK以后。提交trunk。
PS:到时候提交的时候可能需要重构,因为trunk上代码可能有变。
问题2:Bug correction提交到哪?
答:这个问题得看哪里发现的bug,如果是trunk上面发现的bug,只需要在trunk上fix。如果是在branch上发现的bug,需要在trunk和这个branch都fix,还要找到哪些branch拥有相同功能,并把这个bug再那些branch上fix。 如果是最老的branch上发现的bug,那么需要在所有存活的branch上面fix。
举例:
我在branch A上发现了bug,那么开发需要在branch A,C, trunk上fix。因为AC,以及trunk会包含A的feature。
我在branch B上发现了bug,那么开发需要在branch A,B,C ,trunk上fix。因为ABC以及trunk包含了B的feature。
我在branch C上发现了bug,那么开发需要branch C, trunk上fix。并且跟开发组确认该bug所在功能是否A,B branch拥有,有的话也一起fix。因为A,B不一定包含了C的feature。
我在trunk上的新feature发现了bug,那么只需要fix trunk。(基本trunk的测试重点为新feature.)老feature的修复会由branch的bug发现而被修复。
问题3:merge时候很多文件怎么办?
答:一次merge需要包括所有的文件。比如一个feature开发修改了10个文件,那么这个feature在merge的时候就需要全部10个文件一起Merge。
问题4:merge的时候comments怎么写?
答:每个公司有每个公司的格式,但是基本要包含以下的:
feature ID,feature name, bug ID, bud name.
其他的根据各个公司情况做些其他要求。
1 0
- 容易被忽视的:代码merge的一些rules
- 容易被忽视的一些PHP问题
- 容易忽视的一些细节
- [转]网页制作中一些容易被忽视的问题
- 一些容易被初学者忽视的C#语言细节
- 一些容易被忽视的linux命令(二)
- 细节决定成败,浅析一些容易被忽视的Java关键字
- 前端程序员容易忽视的一些基础知识
- 前端程序员容易忽视的一些基础知识
- 前端程序员容易忽视的一些基础知识
- 容易被忽视的synchronized
- 一些容易被大家忽视的C语言函数和一些C++函数的基本应用
- 容易被忽视的选房要素
- str_replace 容易被忽视的一点
- 容易被忽视的一个Access关键字
- Vi 编辑器容易被忽视的细节
- str_replace 容易被忽视的一点
- 问题的本身往往容易被忽视
- 小医院网站设计的注意
- 面向对象编程的弊端是什么?
- Mysql中查看表的类型InnoDB
- 汇编语言:进位标志与溢出标志
- SQL趣味练习题
- 容易被忽视的:代码merge的一些rules
- 中小型医院博客营销
- 【毕业季】毕业了我们一无所有,只有记忆
- Eclipse 修改项目名称
- 面试题:检查一个数组里是否存在m个数的和等于某个值
- 解决输入框加 disabled 属性后 不能向后台传值 问题
- 杨梓《狠心丢下我》今日首发 再掀伤感情歌狂潮
- JSON 入门指南
- cocos入门3:添加精灵