git pull 和本地代码冲突的处理

骑猪看日落 2022-03-16 01:22 401阅读 0赞

多人协同开发，会出现各种冲突，比较常见的是我和别人同时修改同一个文件，别人修改好后上传到git仓库，我需要拉取他修改的代码和我本地的代码合并。  
当我们使用git pull时会出现报错信息，需要我们自己手动去合并。  
这里有一个比较简单的操作：  
**1、先将本地修改存储起来**  
$ git stash  
这样本地的所有修改就都被暂时存储起来 。  
其中stash@\{0\}就是刚才保存的标记。  
**2、pull内容**  
暂存了本地修改之后，就可以pull了。  
$ git pull  
**3、还原暂存的内容**  
$ git stash pop stash@\{0\}  
系统提示如下类似的信息：  
Auto-merging c/environ.cCONFLICT (content): Merge conflict in c/environ.c  
意思就是系统自动合并修改的内容，但是其中有冲突，需要解决其中的冲突。  
**4、解决文件中冲突的的部分**  
打开冲突的文件，其中Updated upstream 和=====之间的内容就是pull下来的内容，====和stashed changes之间的内容就是本地修改的内容。碰到这种情况，git也不知道哪行内容是需要的，所以要自行确定需要的内容。  
解决完成之后，就可以正常的提交了。

**git stash（git储藏）可用于以下情形**：

发现有一个类是多余的，想删掉它又担心以后需要查看它的代码，想保存它但又不想增加一个脏的提交。这时就可以考虑git stash。  
使用git的时候，我们往往使用分支（branch）解决任务切换问题，例如，我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug，我们往往会把完成一半的代码commit提交到本地仓库，然后切换分支去修改bug，改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码，但是却不得不去修改一个紧急Bug，那么使用git stash就可以将你当前未提交到本地（和服务器）的代码推入到Git的栈中，这时候你的工作区间和上一次提交的内容是完全一样的，所以你可以放心的修Bug，等到修完Bug，提交到服务器上后，再使用git stash apply将以前一半的工作应用回来。  
经常有这样的事情发生，当你正在进行项目中某一部分的工作，里面的东西处于一个比较杂乱的状态，而你想转到其他分支上进行一些工作。问题是，你不想提交进行了一半的工作，否则以后你无法回到这个工作点。解决这个问题的办法就是git stash命令。储藏(stash)可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中，随时可以重新应用。

stash当前修改：git stash  
重新应用缓存的stash： git stash pop stash@\{0\}  
查看现有stash： git stash list  
移除stash： git stash drop  
查看指定stash的diff： git stash diff