关于git日常开发合并分支问题

Question

目前有线上分支master 测试分支dev 自己的开发分支是从master上开出来的

如果其他同事上线了代码，我需要更新到自己的分支。则切到master，pull，更新后回到自己分支，将master分支merge到自己的分支，即完成了同步更新线上的最新代码到自己分支

然后，我在我分支开发完某个功能后，需要提到测试环境。 则切到测试分支dev，merge我的开发分支，这个时候，暂存区会有很多除了我改动的其他文件，甚至还有一些冲突。

这些文件基本上都是已经其他人的分支合并到测试分支dev所改动到，即这些文件的代码早就已经在dev了，一些冲突文件是因为测试dev对master相比下又更新了某些代码。

简易流程：

自己分支 合并至->测试dev， （测试没问题后，准备上线）. 自己分支 合并至->线上master

如果其他同事有上线，则matster会提示拉取，所以
切换到master(pull)，切换到自己分支， 将master 合并至->自己分支

此时我的开发结束，准备提交到测试环境
自己分支 合并至->测试dev ， 这时就有了一些我没改动过到其他文件 有可能还有一些冲突文件

把master合并到自己分支，自己分支又合并到测试dev，这个感觉就像，把master合并到了dev，所以会监测一些文件不同的改动。 毕竟测试分支dev的代码是最全最新的

我想问的是，这些我没改动的文件 和 冲突文件，我可以丢弃吗？这样我就可以我的分支只提交我所改动的文件。 毕竟那些已经在测试环境的文件，我再提交也没有意义吧？

Answer 1

自己分支 合并至->测试dev ， 这时就有了一些我没改动过到其他文件 有可能还有一些冲突文件

如果冲突的这一部分内容不是你写的，那你可以让写着一段代码的人把 master 合并到他的分支，然后再把他的分支合并到 dev。

因为这块是别人修改的，你去合并的话，如果不清楚业务逻辑可能会把代码给别人合并丢了。

我想问的是，这些我没改动的文件 和 冲突文件，我可以丢弃吗？

不可以，错误的冲突解决在最终合并到 master 时可能会导致代码丢失。

遵守最基本的原则，即谁修改谁负责。

如果 dev 乱了，严重偏离了 master（曾经错误的解决冲突导致后面冲突实属太多），最简单的办法就是删除 dev 分支，从新从 master 创建 dev 分支，然后开发人员对正在进行的开发任务从新合并代码到 dev。

当然，这个操作可能存在一些问题，比如，每个人都需要要删除自己本地的 dev 分支，从新拉取。