本文共 725 字，大约阅读时间需要 2 分钟。

git merge 快速合并时会以某个文件新的操作为准，如果master将一个dev合并进来，而dev分支中对某个文件进行过删除操作，那么merge之后master就会将那个文件删除。

举个例子：

master 分支创建文件 1.txt 并 commit -> 创建分支 dev -> dev 删除1.txt 并 commit

此时如果在master分支git merge dev ， master分支的1.txt 被删除，成功快速合并；而如果是在dev分支 git merge master， 会显示already up-to-date， 因为1.txt在dev分支已经被删除了，不必更新。

如果操作改为：

master 分支创建文件 1.txt 并 commit -> 创建分支 dev -> dev 删除1.txt 并 commit -> master 修改1.txt 并commit

此时如果进行merge操作，就会产生冲突。master分支也对该文件进行了修改，dev分支也对该文件进行了修改，合并时就要手动解决冲突，commit之后再merge。

我考虑这个问题的缘由是，fork了他人的仓库，进行了commit，之后原仓库的分支也推进了，打算合并下，于是就创建了个branch，删除所有文件，拷贝原仓库分支的文件，再本地进行merge。然后我的更新就被快速合并删除掉了。。。解决方式是直接进行拷贝，覆盖（我额外添加的文件merge之后不变，我没有的文件merge之后添加，同时改动的文件以他的为准，merge之后进行合并处理）

或者删除之后再恢复那些文件 

git checkout [commit id] -- [被删除的文件/文件夹]

转载地址：http://rggab.baihongyu.com/