有一种场景是经常发生的。
大家都基于develop拉出分支进行并行开发，这里的分支可能是多到数十个。然后彼此在进行自己的逻辑编写，时间可能需要几天或者几周。在这期间你可能需要时不时的需要pull下远程develop分支上的同事的提交。这是个好的习惯，这样下去就可以避免你在一个无用的代码上进行长期的开发，回头来看这些代码不是新的代码。甚至是会面临很多冲突需要解决，而这个时候你可能还需要对冲突的部分代码进行测试回归，这就很麻烦了。
那么我们来看一下你在pull时候需要习惯性的加上—rebase参数，这样可以避免很多问题。--rebase的本意是想让事情的发展看起来很连续和优美，而不是多出很多无用的merge commit 。
你在有些时候pull代码的时候会有这样的一个提示：
这个时候你是习惯性的，”esc ：wq“，直接默认commit注释。然后你的commit log就多了一笔很不好看的log。
如果你不懂的在最后release的时候合并掉这些无意义的commit，最后你的release分支就会被你搞的很丑陋。（合并commit请参考：聊下git merge –squash)
这个问题的出现是正常的，我们来看下为什么会出现这个问题。正常情况下的分支commit路线：
当前develop分支上有三个commit。现在我们两个项目开始启动
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式