Git历险记（五）——Git里的分支＆合并

最新推荐文章于 2022-07-07 17:34:39 发布
最新推荐文章于 2022-07-07 17:34:39 发布
阅读量505 收藏
点赞数
分类专栏： tools 文章标签： git 管理

FROM：http://blog.csdn.net/mr_raptor/article/details/7391918

SOURCE：http://www.infoq.com/cn/news/2011/03/git-adventures-branch-merge（原始）

在Git里面我们可以创建不同的分支，来进行调试、发布、维护等不同工作，而互不干扰。下面我们还是来创建一个试验仓库，看一下Git分支运作的台前幕后：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $rm -rf test_branch_proj   
  2. $mkdir test_branch_proj   
  3. $cd test_branch_proj   
  4. $git init   
  5. Initialized empty Git repository in /home/test/test_branch_proj/.git/   

我们如以往一样，创建一个“readme.txt”文件并把它提交到仓库中：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $echo "hello, world" > readme.txt   
  2. $git add readme.txt   
  3. $git commit -m "project init"   
  4. [master (root-commit) 0797f4f] project init  1 files changed, 1 insertions(+), 0 deletions(-)  create mode 100644 readme.txt  

我们来看一下工作目录（working tree）的当前状态:

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git status   
  2. # On branch master   
  3. nothing to commit (working directory clean)   

大家如果注意的话，可以看到“# On branch master”这么一行，这表示我们现在正在主分支（master）上工作。当我们新建了一个本地仓库，一般就是默认处在主分支（master）上。下面我们一起看一下Git是如何存储一个分支的：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cd .git   
  2. $cat HEAD   
  3. ref: refs/heads/master   

“.git/HEAD”这个文件里保存的是我们当前在哪个分支上工作的信息。

在Git中，分支的命名信息保存在“.git/refs/heads”目录下：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $ls refs/heads   
  2. master   

我们可以看到目录里面有一个名叫“master”文件，我们来看一下里面的内容：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat refs/heads/master   
  2. 12c875f17c2ed8c37d31b40fb328138a9027f337   

大家可以看到这是一个“SHA1哈希串值”，也就是一个对象名，我们再看看这是一个什么类型的对象：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat refs/heads/master | xargs git cat-file -t   
  2. commit   

是的，这是一个提交（commit），“master”文件里面存有主分支（master）最新提交的“对象名”；我们根据这个“对象名”就可以可找到对应的树对象（tree）和二进制对象（blob），简而言之就是我能够按“名”索引找到这个分支里所有的对象。

读者朋友把我们文章里的示例在自己的机器上执行时会发现，“cat refs/heads/master”命令的执行结果和和文章中的不同。在本文里这个提交（commit）的名字是： “12c875f17c2ed8c37d31b40fb328138a9027f337”，前面我讲Git是根据对象的内容生成“SHA1哈希串值”作为 名字，只要内容一样，那么的对应的名字肯定是一样的，为什么这里面会不一样呢？　Git确实根据内容来生成名字的，而且同名（SHA1哈希串值）肯定会有 相同内容，但是提交对象（commit）和其它对象有点不一样，它里面会多一个时间戳（timestamp），所以在不同的时间生成的提交对象，即使内容 完全一样其名字也不会相同。

下面命令主是查看主分支最新提交的内容:

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat refs/heads/master | xargs git cat-file -p   
  2. tree 0bd1dc15d804534cf25c5cb53260fd03c84fd4b9   
  3. author liuhui998 <liuhui998@nospam.com> 1300697913 +0800   
  4. committer liuhui998 <liuhui998@nospam.com> 1300697913 +0800     project init   

“1300697913 +0800”这就是时间戳（timestamp）。

现在查看此分支里面所包含的数据（blob）

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat refs/heads/master | xargs git cat-file -p | head -n 1 | cut -b6-15 | xargs git cat-file -p   
  2. 100644 blob 4b5fa63702dd96796042e92787f464e28f09f17d  readme.txt   

查看当前的readme.txt

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git cat-file -p 4b5fa63   
  2. hello, world   
  3. $cd ..   

好的，前面是在主分支（master）里面玩，下面我们想要创建一个自己的测试分支来玩一下。git branch命令可以创建一个新的分支，也可以查看当前仓库里有的分支。下面先创建一个叫“test”的分支：

[plain]  view plain  copy
  1. $git branch test　  

再来看一下当前项目仓库中有几个分支：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git branch   
  2. * master   test   

我们现在签出“test”分支到工作目录里：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git checkout test   

现在再来看一下我们处在哪个分支上：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git branch     
  2.   master   
  3. * test   

好的，我们现在在“test”分支里面了，那么我们就修改一下“readme.txt”这个文件，再把它提交到本地的仓库里面支:

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $echo "In test branch" >> readme.txt   
  2. $git add readme.txt   
  3. $git commit -m "test branch modified"   
  4. [test 7f3c997] test branch modified  1 files changed, 1 insertions(+), 0 deletions(-)   

当看当前版本所包含的blob：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git cat-file -p HEAD | head -n 1 | cut -b6-15 | xargs git cat-file -p   

我们现在再像前面一样的看看Git如何存储“test”这个分支的，先来看看“.git/HEAD”这个文件是否指向了新的分支：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cd .git   
  2. $cat HEAD   
  3. ref: refs/heads/test   

没错，“.git/HEAD”确实指向的“test”分支。再来看看“.git/refs/heads”目录里的内容：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $ls refs/heads   
  2. master   
  3. test   

我们可以看到目录里面多了一个名叫“test”文件，我们来看一下里面的内容：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat refs/heads/test   
  2. 7f3c9972577a221b0a30b58981a554aafe10a104   

查看测试分支（test）最新提交的内容：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat refs/heads/test | xargs git cat-file -p   
  2. tree 7fa3bfbeae072063c32621ff08d51f512a3bac53   
  3. parent b765df9edd4db791530f14c2e107aa40907fed1b   
  4. author liuhui998 <liuhui998@nospam.com> 1300698655 +0800   
  5. committer liuhui998 <liuhui998@nospam.com> 1300698655 +0800      test branch modified   

再来查看此分支里面所包含的数据（blob）：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat refs/heads/test | xargs git cat-file -p | head -n 1 | cut -b6-15 | xargs git cat-file -p   
  2. 100644 blob ebe01d6c3c2bbb74e043715310098d8da2baa4bf  readme.txt   

查看当前”readme.txt”文件里的内容：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git cat-file -p ebe01d6   
  2. hello, world   
  3. In test branch   
  4. cd ..   

我们再回到主分支里面：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git checkout master   
  2. Switched to branch 'master'   
  3. $git checkout master   
  4. $cat readme.txt   
  5. hello, world   

如我们想看看主分支（master）和测试分支（test）之间的差异，可以使用git diff命令来查看它们之间的diff：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git diff test  
  2. diff --git a/readme.txt b/readme.txt   
  3. index ebe01d6..4b5fa63 100644   
  4. --- a/readme.txt   
  5. +++ b/readme.txt   
  6. @@ -1,2 +1 @@  hello, world   
  7. -In test branch   

大家可以以到当前分支与测试分支（test）相比，少了一行内容：“-In test branch”。

如果执行完git diff命令后认为测试分支（test）的修改无误，能合并时，可以用git merge命令把它合并到主分支（master）中：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git merge test   
  2. Updating b765df9..7f3c997   
  3. Fast-forward  readme.txt |  1 +  1 files changed, 1 insertions(+), 0 deletions(-)   

“Updating b765df9..7f3c997”表示现在正在更新合并“b765df9”和“7f3c997”两个提交（commit）之间的内容；“b765df9”代表着主分支（master），“7f3c997”代表测试分支（test）。

“Fast-forward”在这里可以理解为顺利合并，没有冲突。“readme.txt | 1 +”表示这个文件有一行被修改，“1 files changed, 1 insertions(+), 0 deletions(-)”，表示这一次合并只有一个文件被修改，一行新数据插入，0　行被删除。

我们现在看一下合并后的“readme.txt”的内容：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat readme.txt   
  2. hello, world   
  3. In test branch   

内容没有错，是“master”分支和“test”分支合并后的结果，再用“git status”看一下，当前工作目录的状态也是干净的（clean）。

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git status   
  2. # On branch master   
  3. nothing to commit (working directory clean)   

好的，现在测试分支（test）结束了它的使命，没有存在的价值的，可以用“git branch -d”命令把这个分支删掉：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git branch -d test   
  2. Deleted branch test (was 61ce004).   

如果你想要删除的分支还没有被合并到其它分支中去，那么就不能用“git branch -d”来删除它，需要改用“git branch -D”来强制删除。

如何处理冲突（conflict）

前面说了分支的一些事情，还简单地合并了一个分支。但是平时多人协作的工作过程中，几乎没有不碰到冲突（conflict）的情况，下面的示例就是剖析一下冲突成因及背后的故事：

还是老规矩，新建一个空的Git仓库作试验：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $rm -rf test_merge_proj   
  2. $mkdir test_merge_proj   
  3. $cd test_merge_proj   
  4. $git init   
  5. Initialized empty Git repository in /home/test/test_merge_proj/.git/   

在主分支里建一个“readme.txt”的文件，并且提交本地仓库的主分支里（master）:

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $echo "hello, world" > readme.txt   
  2. $git add readme.txt   
  3. $git status   
  4. # On branch master   
  5. #   
  6. # Initial commit   
  7. #   
  8. # Changes to be committed:   
  9. # (use "git rm --cached <file>..." to unstage)   
  10. #   
  11. # new file: readme.txt   
  12. #   
  13. git commit -m "project init"   
  14. [master (root-commit) d58353e] project init  1 files changed, 1 insertions(+), 0 deletions(-)  create mode 100644 readme.txt   

当看当前版本所包含的blob:

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git cat-file -p HEAD | head -n 1 | cut -b6-15 | xargs git cat-file -p   
  2. 100644 blob 4b5fa63702dd96796042e92787f464e28f09f17d  readme.txt   

虽然前面把“readme.txt”这个文件提交了，但是暂存区里还是会暂存一下，直到下次“git add”时把它冲掉：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git ls-files --stage   
  2. 100644 4b5fa63702dd96796042e92787f464e28f09f17d 0 readme.txt   

然后再创建测试分支（test branch），并且切换到测试分支下工作：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git branch test   
  2. $git checkout test   
  3. Switched to branch 'test'   

再在测试分支里改写“readme.txt”的内容，并且提交到本地仓库中：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $echo "hello, mundo" > readme.txt   
  2. $git add readme.txt   
  3. $git commit -m "test branch modified"   
  4. [test 7459649] test branch modified  1 files changed, 1 insertions(+), 1 deletions(-)   

现在看一下当前分支里的“readme.txt”的“SHA1哈希串值”确实不同了：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git cat-file -p HEAD | head -n 1 | cut -b6-15 | xargs git cat-file -p   
  2. 100644 blob 034a81de5dfb592a22039db1a9f3f50f66f474dd  readme.txt   

暂存区里的东东也不一样了：

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git ls-files --stage   
  2. 100644 034a81de5dfb592a22039db1a9f3f50f66f474dd 0 readme.txt    

现在我们切换到主分支（master）下工作，再在“readme.txt”上作一些修改，并把它提交到本地的仓库里面：

[plain]  view plain  copy
  1. $git checkout master   
  2. Switched to branch 'master'   
  3. $git add readme.txt   
  4. echo "hola,world" > readme.txt   
  5. $git add readme.txt   
  6. $git commit -m "master branch modified"   
  7. [master 269ef45] master branch modified  1 files changed, 1 insertions(+), 1 deletions(-)   
 

 现在再来看一下当前分支里的“readme.txt”的“SHA1哈希串值”：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git cat-file -p HEAD | head -n 1 | cut -b6-15 | xargs git cat-file -p   
  2. 100644 blob aac629fb789684a5d9c662e6548fdc595608c002  readme.txt   

 
 
 

 暂存区里的内容也改变了：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git ls-files --stage   
  2. 100644 aac629fb789684a5d9c662e6548fdc595608c002 0 readme.txt   

 
 
 

 主分支（master） 和测试分支（test）里的内容已经各自改变了（diverged），我们现在用“git merge”命令来把两个分支合一下看看：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git merge test   
  2. Auto-merging readme.txt   
  3. CONFLICT (content): Merge conflict in readme.txt   
  4. Automatic merge failed; fix conflicts and then commit the result.   

 
 
 

 合并命令的执行结果不是“Fast-foward”，而是“CONFLICT”。是的，两个分支的内容有差异，致使它们不能自动合并（Auto-merging）。
 

 还是先看一下工作目录的状态：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git status   
  2. # On branch master   
  3. # Unmerged paths:   
  4. # (use "git add/rm <file>..." as appropriate to mark resolution)   
  5. #   
  6. # both modified:    readme.txt   
  7. #   
  8. no changes added to commit (use "git add" and/or "git commit -a")   

 
 
 

 现在Git提示当前有一个文件“readme.txt”没有被合并，原因是“both modified”。
 

 再看一下暂存区里的内容：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git ls-files --stage   
  2. 100644 4b5fa63702dd96796042e92787f464e28f09f17d 1 readme.txt   
  3. 100644 aac629fb789684a5d9c662e6548fdc595608c002 2 readme.txt   
  4. 100644 034a81de5dfb592a22039db1a9f3f50f66f474dd 3 readme.txt   

 
 
 

 看一下里面的每个blob对象的内容：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git cat-file -p 4b5fa6   
  2. hello, world   
  3. $git cat-file -p aac629   
  4. hola,world   
  5. $git cat-file -p 034a81   
  6. hello, mundo   

 
 
 

 我们不难发现，“aac629”是当前主分支的内容，“034a81”是测试分支里的内容，而“4b5fa6”是它们共同父对象（Parent）里的内容。因为在合并过程中出现了错误，所以Git把它们三个放到了暂存区了。
 

 现在我们再来看一下工作目录里的“readme.txt”文件的内容：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat readme.txt   
  2. <<<<<<< HEAD   
  3. hola,world   
  4. =======   
  5. hello, mundo   
  6. >>>>>>> test  

 
 
 

 “<<<<<<< HEAD“下面就是当前版本里的内容；而“=======”之下，“>>>>>>> test”之上则表示测试分支里与之对应的有冲突的容。修复冲突时我们要做的，一般就是把“ <<<<<<< HEAD”，“=======”和“ >>>>>>> test”这些东东先去掉，然后把代码改成我们想要的内容。
 

 假设我们用编辑器把“readme.txt“改成了下面的内容：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat readme.txt   
  2. hola, mundo   

 
 
 

 然再把改好的“readme.txt”用“git add”添加到暂存区中，最后再用“git commit”提交到本地仓库中，这个冲突（conflict）就算解决了：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git add readme.txt   
  2. $git commit -m "fix conflict"   
  3. [master ebe2f18] fix conflict   

 
 
 

 这里看起来比较怪异的地方是Git解决了冲突的办法：怎么用“git add”添加到暂存区去，“git add”不是用来未暂存文件的吧，怎么又来解决冲突了。不过我想如果你仔细读过上一篇文章的话就不难理解，因为Git是一个“snapshot”存储系统，所有新增加的内容都是直接存储的，而不是和老版本作一个比较后存储新旧版本间的差异。
 

 Git里面合并两个版本之间的同一文件，如果两者间内容相同则不作处理，两者间内容不同但是可以合并则产生一个新的blob对象，两者间内容不同但是合并时产生了冲突，那么我们解决了冲突后要把文件“git add”到暂存区中再“git commit”提交到本地仓库即可，这就和前面一样产生一个新的blob对象。
 

 假设我们对合并的结果不满意，可以用下面的命令来撤消前面的合并：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $git reset --hard HEAD^   
  2. HEAD is now at 050d890 master branch modified   

 
 
 

 从git reset（2）命令的输出结果可以看到，主分支已经回到了合并前的状态了。
 

 我们再用下面的命令看一下“readme.txt”文件，确认一下文件改回来没有：
 

 
 

  
  

   
   

    
    [plain] 
    
    view plain
    
     copy
    
    

    
     
   
   

  
  

  
  
  1. $cat readme.txt   
  2. hola,world   

 
 
 

 小结
 

 由于Git采用了“SHA1哈希串值内容寻值”、“快照存储（snapshot）”等方法, Git中创建分支代价是很小的速度很快；也这是因为如此，它处理合并冲突的方法与众不同。
 

 在这里我想起了“C语言就是汇编（计算机硬件）的一个马甲”这句话，其实Git也就是底层文件系统的一个马甲，只不过它带了版本控制功能，而且更加高效。Git里有些命令可能不是很好理解（如解决合并冲突用git add），但是对于系统层而言，它是最高效的，就像是C语言的数组下标从0开始一样
 


                

        

        

    




    

      

        

            

              
                
                  茫茫大士
                
              
            

            

                关注
              
            

        

        

          
    
            
  • 
              
                
                
                
                
                      0
                
              
              
    点赞
    
            
    • 
            
  • 
              
                
                
                
              
              
    踩
    
            
    • 
            
  • 
              
                
                
                
                
                    0
                
              
              
    
                
    
                  
                    收藏
                  
                
    
              
    
              
    
                
    
                  觉得还不错?
                  
                    一键收藏
                  
                 
                
    
              
    
            
    • 
          
  • 
            
    
              
              
            
    
              
              
              
                    0
              
            
            
    评论
    
          
    • 
          
  • 
          
    • 
          
  • 
            
              
            
              
    
            
              
                
            
    
          
    • 
        

      

      

            

                专栏目录
          










                



	

		

			

				
					
idea+git合并分支解决冲突及详解步骤

				
			

			

				

					10-15
				

			

		

		

			
				
以下是对`idea+git合并分支解决冲突及详解步骤`的知识点详细解析：  1. **主干分支（master）**：  - 主干分支是存储稳定、可发布的代码版本的地方，通常命名为`master`。  - 不应在`master`分支上直接进行开发，以...

			
		

	



                

              
                



	

		

			

				
					
Git分支创建与合并

				
			

			

				

					01-27
				

			

		

		

			
				
以下是一些关于Git分支创建与合并的关键知识点：  1. **分支策略**：  - `master`分支：通常视为稳定分支，只用于发布新版本。  - `dev`分支：作为开发的主要工作区，不稳定的代码在此分支上进行迭代。  - 团队成员...

			
		

	



                


  
              

                


	

		

			

				
					
git分支&标签

				
			

			

				

					Widsom的博客
				

				

					03-27
					
					679
					
				

			

		

		

			
				
git分支查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
用git log

			
		

	





	

		

			

				
					
【Git】如何进行分支合并

				
			

			

				

					kedaji的博客
				

				

					03-08
					
					6万+
					
				

			

		

		

			
				
【Git】如何进行分支合并
在平时的开发中，我们通常会在Git上建立多个分支，以方便代码的管理与维护，比如【master-dev】开发模型，这种开发模型就是master存放已完成的代码，而dev是平常用来开发的分支，开发完成后再将dev分支合并到master分支，当然有的大型项目还会有bugfix这种专门修bug的分支或者有product等等其他分支，那么我们该怎样进行分支的的合并呢？
分支合并有...

			
		

	



		

			
		



	

		

			

				
					
GIT使用—分支与合并

				
			

			

				

					weixin_30952103的博客
				

				

					02-27
					
					120
					
				

			

		

		

			
				
一、分支名

分支名不能以斜线结尾
分支名不能以减号开头
以斜杠分割的组件不能以点开头（feature/.new）
分支名的任何地方都不能包含连个连续的点
分支名不能包含空格或空白符
分支名不能包含波浪线~、插入符^、冒号:、问号?、星号*、左括号[，以及ASCII码控制字符

二、创建分支
[root@localhost public_html]# git branch pu-1138

为了在...

			
		

	





	

		

			

				
					
git diff

				
			

			

				

					Dean Chen的专栏
				

				

					10-07
					
					1万+
					
				

			

		

		

			
				
git diff可以用来比较：1.staging area和working area的文件 （无其他参数时）git diff2.master分支和working area的文件 (用master参数）git diff master 3.HEAD指向的内容和working area的文件git diff HEAD4.用远程master分支比较当前工作区git diff refs/remotes/or

			
		

	





	

		

			

				
					
Git分支合并冲突解决的方法实现

				
			

			

				

					10-15
				

			

		

		

			
				
Git分支合并冲突是软件开发团队协作中常见的问题，特别是在使用版本控制系统如Git时。本文将深入探讨Git分支合并冲突的解决方法，以便更好地理解和管理这些冲突。  首先，我们需要理解Git的两种主要合并策略：`merge...

			
		

	





	

		

			

				
					
Git创建子分支,合并分支并提交

				
			

			

				

					10-15
				

			

		

		

			
				
Git是分布式版本控制系统，它允许开发者在不同的分支上进行独立的工作，然后将这些工作合并到主分支，以实现协作开发。本篇文章将详细介绍如何在Git中创建子分支、合并分支以及提交子分支到仓库。  首先，创建一个新...

			
		

	





	

		

			

				
					
Git教程——查看修改日志 (log & diff)

				
			

			

				

					01-08
				

			

		

		

			
				
【Git教程——查看修改日志 (log & diff)】  在Git这个版本控制系统中，每一次对文件的修改都会被单独保存并记录为一个提交（commit）。这些提交就像建筑楼房时的一块块砖石，它们共同构成了项目的整个历史。通过Git...

			
		

	





	

		

			

				
					
GIT开发学习——合并分支的几种方法

				
			

			

				

					fenglolo的博客
				

				

					07-07
					
					5万+
					
				

			

		

		

			
				
git分支合并

			
		

	





	

		

			

				
					
【git】看懂git diff

				
			

			

				

					shuhuai007的专栏
				

				

					03-14
					
					7234
					
				

			

		

		

			
				
git diff

可以用来比较：

1.staging area和working area的文件 （无其他参数时）





[plain] view
 plaincopyprint?






git diff  




2.master分支和working area的文件 (用master参数）





[plain] view

			
		

	





	

		

			

				
					
diff详解,读懂diff结果

				
			

			

				

					
				

				

					08-22
					
					2345
					
				

			

		

		

			
				
1.概述
本文将要讨论的是diff命令，diff用来比较两个文件。当然文件比较的工具很多，windows系统下面就有不错的工具可以使用，例如常用的Beyond Compare，WinMerge都是图形界面的比较工具而且使用非常方便，如果你仅仅是在windows下工作，这些GUI的比较工具绝对是首选。对于在linux环境下工作的人来说，如果每次想看两个文件的区别都要将文件下载到windo...

			
		

	





	

		

			

				
					
阮一峰：读懂 diff

				
			

			

				

					husthl的专栏
				

				

					08-31
					
					3074
					
				

			

		

		

			
				
阮一峰：读懂 diff

发布时间：2012-08-31 11:54     来源：阮一峰     分类： 程序员 都等你发言
 :)


分享到：



















diff是Unix系统的一个很重要的工具程序。

它用来比较两个文本文件的差异，是代码版本管理的基石之一。你在命令行下，输入：

			
		

	





	

		

			

				
					
git diff简介

				
			

			

				

					Robin Hu的专栏
				

				

					06-14
					
					2万+
					
				

			

		

		

			
				
原文： http://web.mit.edu/~mkgray/project/silk/root/afs/sipb/project/git/git-doc/git-diff.html


git diff可以比较working
 tree同index之间，index和git directory之间，working tree和git directory之间，git directory中不同c

			
		

	





	

		

			

				
					
Git diff 代码比较的高级技巧

				
			

			

				

					weixin_33827731的博客
				

				

					09-03
					
					365
					
				

			

		

		

			
				
Git diff 代码比较的高级技巧

作者：offbye
出处：http://blog.csdn.net/offbye/article/details/6592563



Git是使用branch来管理不同的功能点开发的，那么我们怎样能比较不同branch的不同呢？

使用 git diff branch1 branch2 , 就可以了， 但这个方法不够直观， 因为只能显示不同点的上下...

			
		

	





	

		

			

				
					
git diff的最全最详细的4大主流用法

					
热门推荐

				
			

			

				

					快乐李同学的博客
				

				

					03-25
					
					12万+
					
				

			

		

		

			
				
1.git diff用来比较文件之间的不同，其基本用法如下：

（1）git diff：当工作区有改动，临时区为空，diff的对比是“工作区与最后一次commit提交的仓库的共同文件”；当工作区有改动，临时区不为空，diff对比的是“工作区与暂存区的共同文件”。

（2）git diff --cached 或 git diff --staged：显示暂存区(已add但未commit文件)和最后一次...

			
		

	





	

		

			

				
					
Git学习————diff命令进行文件比较

				
			

			

				

					奔跑的狮子
				

				

					07-28
					
					2万+
					
				

			

		

		

			
				
文件比较：

git diff xxx：将工作区的文件和暂存区进行比较；

比如我对111.txt文件，从

1111，改为：

111

111



解释：第五行：diff --git a/111.txt b/111.txt，表示比较工作目录与暂存区两个文件，并给两个文件编号a与b

第九行：@@  -1  +1,2  @@，表示增加了两行新纪录，删除了一行记录，把更改的那行表达为：删除并新增...

			
		

	





	

		

			

				
					
Git分支管理：创建、合并与协作开发实战

				
			

			

				

					
				

			

		

		

			
				
使用 `git merge <branch-name>` 命令，例如 `git merge brh`，这会将`brh`分支的最新更改合并到当前分支（假设是master）。合并后，master分支的提交点会更新为子分支的提交点。  5. **删除分支**  删除不再需要的...

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值