在多人开发的项目中，一般会有 master、dev、test 分支，每个分支的作用也是不一样的。master 是用于线上环境，个别负责人才有合并权限的；dev 用于开发环境；test 用于测试环境。一般的合并流程是dev→test→master。但是，如果多个人同时在一个分支如 test 分支上写代码，有的代码要上线，有的以后才上，这样就会导致不上线的代码也会被合并到 master 上
所以，开发新功能的时候一般会在最新的master 分支切出一个分支来开发。
遇到的问题
最近在一个项目新增功能，于是在 master 切了一个分支进行开发，分支就叫add_feature吧。在把代码合并到 master 分支的时候，遇到一个问题，显示“在这个合并请求的源分支中，当前没有任何更改”（Currently there are no changes in this merge request's source branch.）我就很奇怪，明明没有提交合并请求过，master 怎么会有我的代码呢？然后我在 master 分支上git log，发现有我的提交记录，以为 master 分支上已经有我的代码了。于是把合并请求关闭了。
结果 master上线之后，我调了一下我的代码涉及到的 api 接口，居然404了。在 add_feature上写好代码后，我会把代码合并到 test，然后部署到测试环境进行测试。我猜测有人在 直接在test 分支上开发，需要上线代码，发现 test 分支掺杂着我的代码，于是把我的代码删除，然后合并到 maseter，结果 master 里有我的 commit，导致我无法将 add_feature 合并到 master 分支。
重现步骤
为简化步骤，只创建 master、test、add_feature 分支。
新建一个仓库，初始化 master 分支代码，代码如下：
在 master 分支切出新分支 add_feature，然后添加新代码——函数 test1()，截图中有详细步骤：
3. 然后在 master 分支切出新分支 test，供大家测试使用。再将 add_feature 合并到 test，部署新添加的功能：
4. 某位同事A在 test 分支上新增 test2()功能，提交代码:
5. 同事 A 要上线 test2()，但是暂时不上线 test1()，于是他把 test1()代码删除了：
6. 负责人执行合并 test 分支请求，结果如下：
git log 发现也是有 add_feature的提交记录：
7. 此时也需要将 test1()的功能上线，于是决定将 add_feature合并到 master 分支：
结果有点诧异，代码已经是最新的。 使用 git diff add_feature查看，两个分支是有差异的：
8. 问题得以重现。
结论
多人合作不要直接在 test 分支上开发，如果已经开发了，也不要把别人的代码删掉，注释掉就好了。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
