Git合并分支或者冲突

Posted 2021-02-02 summary-2017

 假设冲突文件是 test/TestCase.php
  下面分5种情况讨论。 
1、本地不变。 
  然后远程别人有更新。 
  git pull 
  这种最简单，没有冲突，本地工作区直接更新 
  
2、我本地修改，但是不add。 
然后远程别人有更新，此时 ：     
git pull， 
git会告诉你： 
error: Your local changes to the following files would be overwritten by merge: 
        tests/TestCase.php 
  此时，我  
   git checkout -- tests/TestCase.php 
  千万注意，上条命令会导致你自己的修改丢失了！！ 
  然后git pull.成功。 
  这种情况下，你自己的修改完全丢失。本地接受了远程的修改。 
  
3、我本地修改，但是已经add了。 
  然后别人远程更新， 
  git pull 
  这种情况，和上面几乎一样。 
  git reset HEAD test/TestCase.php  
  上面这条命令可以理解为add命令的逆命令。即，取消add操作。 
  
  然后继续 
  git checkout -- tests/TestCase.php 
  千万注意，上条命令会导致你自己的修改丢失了！！ 
  然后git pull.成功。 
  这种情况下，你自己的修改完全丢失。 本地接受了远程的修改。 
    
4、我本地修改，add 且 commit了 
  然后别人远程更新， 
  git pull 
  注意：这种情况和第2，第3种情况不同。git会认为你的commit也很重要。同等重要。 
突然发现，自动进入vi界面。 
Merge branch ‘master‘ of https://github.com/xxxx 
这什么意思呢？就是git会主动再帮你添加一个commit。 
先让你写点注释，并且它已经帮你写了几句话 
那自己写点东西，然后保存退出vi 
请注意，这个commit是在本地的，还没有发到远程。 
这个commit会自动合并 你添加到代码，和 别人远程更新的代码， 
所以，之后请自己检查一下这个代码有无问题。 

  如果都没有问题，则你现在 
  git push 
  这个命令可以把你的本地改动推送到远程。 
  push之后，远程得到你和他人的所有更新。push之前，仅本地得到你和他人的所有更新。 
  
5、使用分支功能。 
  git的分支功能很强大，应该多使用。 
  上面几种情况都没有使用分支。使用分支会更好。 
  首先，我本地新建并切换分支branch_1，自己起有意义名字，并修改文件。 
  git checkout -b branch_1 
    
  vi test/TestCase.php 
  git add tests/TestCase.php 
  git commit -m "change test" 
  
  现在，别人已经更新了远程主分支代码（没更新就极其方便了，也不必说了，快速更新） 
  我想把分支合并到主分支。 
  我应该，先回到主分支，并更新。 
  git  checkout master 
  git pull 
  
  然后，在本地，把我的修改分支合并上去。 
  git merge branch_1 
  自动进入vi界面，让你写注释。 
  
  然后会合并好。 
  类似提示： 
  tests/TestCase.php | 3 ++- 
  上面，两个加号表示文件增加了两行，一个减号表示文件减少了一行。 
  
  此时，注意，凡是进入vi界面后， 
  最好自己再检查一下程序，检查那些被提示修改过的文件，（这是一个好习惯，但我从来不遵守） 
  如果认为正确，最后， 
  git push,推送到远程。 
  push之后，远程得到你和他人的所有更新。push之前，仅本地得到你和他人的所有更新。 

总结，大部分情况下，都推荐使用第5种，使用分支的方法，来管理文件修改冲突。

 

 

如何从一个分支合并特定的commits到另一个分支。有时候你需要这样做，只合并你需要的那些commits，不需要的commits就不合并进去了。

 a、合并某个分支上的单个commit

首先，用git log或GitX工具查看一下你想选择哪些commits进行合并，例如：

dd2e86 - 946992 -9143a9 - a6fd86 - 5a6057 [master]

          

            76cada - 62ecb3 - b886a0 [feature]

比如，feature 分支上的commit 62ecb3 非常重要，它含有一个bug的修改，或其他人想访问的内容。无论什么原因，你现在只需要将62ecb3 合并到master，而不合并feature上的其他commits，所以我们用git cherry-pick命令来做：

git checkout master
git cherry-pick 62ecb3

这样就好啦。现在62ecb3 就被合并到master分支，并在master中添加了commit（作为一个新的commit）。cherry-pick 和merge比较类似，如果git不能合并代码改动（比如遇到合并冲突），git需要你自己来解决冲突并手动添加commit。

 

b、合并某个分支上的一系列commits

在一些特性情况下，合并单个commit并不够，你需要合并一系列相连的commits。这种情况下就不要选择cherry-pick了，rebase 更适合。还以上例为例，假设你需要合并feature分支的commit76cada ~62ecb3 到master分支。

首先需要基于feature创建一个新的分支，并指明新分支的最后一个commit：

 git checkout -b newbranch 62ecb3

然后，rebase这个新分支的commit到master（--ontomaster）。76cada^ 指明你想从哪个特定的commit开始。

git rebase --onto master 76cada^

得到的结果就是feature分支的commit 76cada ~62ecb3 都被合并到了master分支。

 

引用原文链接：https://xieye.iteye.com/blog/2433229

　　　　　　　https://blog.csdn.net/ybdesire/article/details/42145597

 

写博客是为了记住自己容易忘记的东西，另外也是对自己工作的总结，文章可以转载，无需版权。希望尽自己的努力，做到更好，大家一起努力进步！

如果有什么问题，欢迎大家一起探讨，代码如有问题，欢迎各位大神指正！