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] -- [被删除的文件/文件夹]