git--分支管理：创建、合并、冲突解决

声明：文章原稿来源于恩师稀哥。
一、概念
分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。
如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了git又学会了SVN！

分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。
二、创建与合并分支
git把我们之前每次提交的版本串成一条时间线，这条时间线就是一个分支。截止到目前只有一条时间线，在git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向当前的具体版本，而是指向分支，也就是master分支，在master分支中才是指向具体的版本，所以，HEAD指针是通过这种机制来指向到具体的版本的。
(1) 一开始的时候，master分支是一条线，git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。
(2)当我们创建新的分支，例如dev时，git新建了一个指针叫dev，指向master所指向版本，再把HEAD指针指向dev指针，就表示当前分支在dev上：

git创建一个分支很快，因为除了增加一个dev指针，改变HEAD的指向，工作区的文件都没有任何变化。
(3)不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：
(4)假如我们在dev上的工作完成了，就可以把dev合并到master上。git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：

git合并分支也很快，因为也是只改指针，工作区内容并没有改变。
(5)合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

相关操作命令:

    查看分支：git branch
   创建分支：git branch <name>
   切换分支：git checkout <name>
   创建+切换分支：git checkout -b <name>
   合并某分支到当前分支：git merge <name>
   删除分支：git branch -d <name>

案例分析：
（1）执行如下命令可以查看当前有几个分支

# git branch
* master

（2）下面创建一个分支dev并切换换到其上面进行工作

# git branch dev
# git branchdev
* master# git checkout dev
Switched to branch 'dev'# git branch
* devmaster

此时的指针指向关系：

(3)下面我们修改code.txt内容，在里面添加一行，并进行提交。

# echo "+++++++++">>code.txt
# cat code.txt
first line
second line
+++++++++
#  git add code.txt
# git commit -m "新项目"
[dev 6147876] 新项目1 file changed, 1 insertion(+)

此时的指针关系：

(4)dev分支的工作完成，我们就可以切换回master分支：

# git checkout master
Switched to branch 'master'# git branchdev
* master

此时的指针关系：

查看code.txt，发现并没有添加的内容。

cat code.txt
first line
second line

原因是那个提交是在dev分支上，而master分支此刻的提交点并没有变。
（5）现在，我们把dev分支的工作合并到master分支上：

# git merge dev
Updating 1a3efe2..6147876
Fast-forward    <<<<<<<<<<<<<<<<<<<<<<<<<<<<<code.txt | 1 +1 file changed, 1 insertion(+)
# cat code.txt
first line
second line
+++++++++

git merge命令用于合并指定分支到当前分支。合并后，再查看code.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。
(6)合并完成后，就可以放心地删除dev分支了，删除后，查看branch，就只剩下master分支了

# git branch -d dev
Deleted branch dev (was 6147876).
# git branch
* master

三、解决冲突
其实分支并不是总能合并成功的，例如这种情况下

此时，如果进行合并就会报错，因为dev分支是基于master的v3版本中的内容，但是此时的master已经发生更改，因此此时合并就会发生错误，我们来模拟一下这种情况
（1）在创建一个新分支dev

# git checkout -b dev
Switched to a new branch 'dev'# git branch
* devmaster

(2)修改code.txt的内容，并提交

# echo "dev submit">>code.txt # cat code.txt
first line
second line
+++++++++
dev submit# git add code.txt
# git commit -m 'dev 提交'
[dev d98c34a] dev 提交1 file changed, 1 insertion(+)

(3)切换回master分支

# git checkout master
Switched to branch 'master'# git branchdev
* master

(4)在master的code.txt添加一行内容并且提交

# echo "master submit">>code.txt
# git add code.txt
# git commit -m 'master 提交'
[master e71cc6c] master 提交1 file changed, 1 insertion(+)

现在，master分支和dev分支各自都分别有新的提交，指针指向关系如下图

这种情况下，合并就非常有可能会有冲突
（5）执行合并命令尝试将dev分支合并到master分支上来，看一下会有怎样的结果

# git merge dev
Auto-merging code.txt
CONFLICT (content): Merge conflict in code.txt
Automatic merge failed; fix conflicts and then commit the result.

看提示可以知道，code.txt文件存在冲突，必须手动解决冲突后再提交。
（6）git status也可以告诉我们冲突的文件

# git status
On branch master
You have unmerged paths.(fix conflicts and run "git commit")Unmerged paths:(use "git add <file>..." to mark resolution)both modified:   code.txtno changes added to commit (use "git add" and/or "git commit -a")

(7)查看code.txt的内容

# cat code.txt
first line
second line
+++++++++
<<<<<<< HEAD
master submit
=======
dev submit
>>>>>>> dev

(8)
git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：

# cat code.txt
first line
second line
+++++++++
master submit
dev submit

(9)再提交

# git add code.txt
# git commit -m "解决冲突"
[master 8301237] 解决冲突# git status
On branch master
nothing to commit, working directory clean

(10)现在，master分支和dev分支变成了如下图所示

(11)用带参数的git log也可以看到分支的合并情况：

# git log --graph --pretty=oneline
*   8301237bf1feaee081c454efa48d500de6e4259a 解决冲突
|\
| * d98c34a05b14fc887a8dea01a9f5582717536011 dev 提交
* | e71cc6c39adc3233523625fb67dac90a128e54ca master 提交
|/
* 61478764554a5330958bf145b6f0d6121e92f8b6 新项目
* 1a3efe201b6e7fc66aa34f4ae9333a9ce2d54bb6 v2 -newversion
* c4106273b0b87ac6f42042589663900af3617837 v1

(12)最后工作完成，可以删除dev分支

# git branch -d dev
Deleted branch dev (was d98c34a).

------做运维之前很矫情的小年轻-----

git--分支管理：创建、合并、冲突解决相关推荐

git分支管理之合并冲突并解决
git分支管理之合并冲突并解决 (这里的远程代码仓库是coding里面的,合并分支的操作是用github desktop进行操作的) 合并冲突发生的情景:当两个分支修改同一个文件时,可能发生两个分支不 ...
Git 分支管理-创建与合并
上一篇博客讲了即时分支合并是git的杀手锏,Git是非常鼓励大家使用分支的,日常开发中打断你思维的连续性是会大大降低生产力的,并且切换上下文也更繁琐,更大的损失.使用中心版本控制我们必须从中心服务器下 ...
Git实战（四）| Git分支管理实操，解决在线合并和本地合并
900×400 65.6 KB 类似于SVN这种集中式版本管理,三年前刚来上海工作时候,在华为驻场上班,华为用的就是SVN,印象最深的就是那个小乌龟的图标:后来到外面工作,渐渐发现用Git的非常多,慢 ...
【Git】Git 分支管理 ( 创建并切换分支 | 查看分支 git branch | 合并分支 git merge dev | 删除分支 git branch -d dev )
文章目录一.创建并切换分支 1.创建分支 git branch dev 2.切换分支 git checkout dev 3.创建并切换分支 git checkout -b dev 二.查看分支 gi ...
IDEA中使用Git功能和IDEA中的Git分支管理
IDEA中使用Git功能 IDEA中创建Git仓库 1.设置Git程序的路径 2.设置编译器的GitHub账号 3.新建项目 4.发布项目到GitHub IDEA向Git提交修改后的代码 1.实现gi ...
【Git】Git 分支管理 ( 解决分支合并冲突 | 本地处理文件冲突 )
文章目录一.本地处理文件冲突一.本地处理文件冲突在下面的 [Git]Git 分支管理 ( 解决分支合并冲突 | 创建并切换分支 git switch -c feature1 | 修改 featu ...
git合并冲突解决方法
git合并冲突解决方法 1.git merge冲突了,根据提示找到冲突的文件,解决冲突如果文件有冲突,那么会有类似的标记 2.修改完之后,执行git add 冲突文件名 3.git commit 注 ...
git学习------gt;Git 分支管理最佳实践
ps:本文转载于 : https://www.ibm.com/developerworks/cn/java/j-lo-git-mange/index.html Git 是目前最流行的源代码管理工具.大 ...
Git学习总结（12）——多人开发 Git 分支管理详解
1.前言在上一篇博客中我们主要讲解了Git 远程仓库,相信大家对远程的Git仓库有一定的了解,嘿嘿.在这一篇博客中我们来在大家讲解一下Git 分支管理,这可以说是Git的又一大特点.下面我们就来学习 ...
【git】(task2)Git分支管理及工具使用
学习总结当我们在两个分支中对同一个文件的同一个部分进行了不同的修改,Git就没有办法顺利的合并他们,会在合并的时候产生合并冲突.比如我们在issue102分支和master分支下对issue102. ...

git--分支管理：创建、合并、冲突解决

git--分支管理：创建、合并、冲突解决相关推荐

最新文章

热门文章