GitHub-分支管理01

 

参考博文：廖雪峰git教程

 

1. 分支说明

       分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

 

       现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

 

 

2. 创建与合并分支

2.1. 创建且使用分支

1 [root@mini05 zhangtest]# pwd
2 /opt/git_repository/zhangtest
3 [root@mini05 zhangtest]# git checkout -b dev
4 switched to a new branch 'dev'

 

       git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

1 $ git branch dev  # 创建分支
2 $ git checkout dev  # 使用分支
3 switched to branch 'dev'

 

查看当前分支

1 [root@mini05 zhangtest]# git branch  # 当前分支前面会标一个*号
2 * dev
3   master

 

在当前分支提交信息

1 [root@mini05 zhangtest]# cat test.info 
2 111
3 222
4 333
5 where are you from?  # 增加的内容
6 [root@mini05 zhangtest]# git add test.info
7 [root@mini05 zhangtest]# git commit -m "add test.info"
8 [dev 068d030] add test.info
9  1 file changed, 1 insertion(+)

 

       ok，现在 dev分支的工作完成，我们就可以切换回master分支

 

2.2. 切回到master并合并分支

切回master分支

1 [root@mini05 zhangtest]# git checkout master
2 switched to branch 'master'
3 [root@mini05 zhangtest]# git branch 
4   dev
5 * master
6 [root@mini05 zhangtest]# cat test.info 
7 111
8 222
9 333

 

       切换回master分支后，再查看一个test.info文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变

 

合并dev分支

       把dev分支的工作成果合并到master分支上

 1 [root@mini05 zhangtest]# git merge dev
 2 updating c752e64..068d030
 3 fast-forward
 4  test.info | 1 +
 5  1 file changed, 1 insertion(+)
 6 [root@mini05 zhangtest]# cat test.info 
 7 111
 8 222
 9 333
10 where are you from?

       合并后，再查看test.info的内容，就可以看到，和dev分支的最新提交是完全一样的。

 

2.3. 删除dev分支

1 [root@mini05 zhangtest]# git branch -d dev  # 删除分支 
2 deleted branch dev (was 068d030).
3 [root@mini05 zhangtest]# git branch
4 * master

 

2.4. 分支说明【重点】

       因为创建、合并和删除分支非常快，所以git鼓励你使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更安全。

 

 

3. 解决分支冲突

3.1. 创建且使用分支

1 [root@mini05 zhangtest]# git checkout -b feature1
2 switched to a new branch 'feature1'
3 [root@mini05 zhangtest]# tail -n3 readme.md  # 最后一行为新加的
4 ccc
5 ddd
6 creating a new branch is quick and simple.

 

添加并提交到本地仓库

1 [root@mini05 zhangtest]# git add readme.md
2 [root@mini05 zhangtest]# git commit -m "re new line"
3 [feature1 75b1490] re new line
4  1 file changed, 1 insertion(+)

 

3.2. 切回到master且新增提交

切换到master分支

1 [root@mini05 zhangtest]# git checkout master
2 switched to branch 'master'
3 your branch is ahead of 'origin/master' by 1 commit.
4   (use "git push" to publish your local commits)

 

       在master分支上把readme.txt文件的最后添加一行并提交

1 [root@mini05 zhangtest]# tail -n3 readme.md  # 最后一行为添加
2 ccc
3 ddd
4 creating a new branch is quick & simple.
5 [root@mini05 zhangtest]# git add readme.md
6 [root@mini05 zhangtest]# git commit -m "ma commit"
7 [master 41de15c] ma commit
8  1 file changed, 1 insertion(+)

 

       现在，master分支和feature1分支各自都分别有新的提交，变成了这样

  

 

3.3. 合并分支处理

尝试合并feature1

1 [root@mini05 zhangtest]# git merge feature1
2 auto-merging readme.md
3 conflict (content): merge conflict in readme.md
4 automatic merge failed; fix conflicts and then commit the result.

 

查看冲突的文件

 1 [root@mini05 zhangtest]# git status
 2 # on branch master
 3 # your branch is ahead of 'origin/master' by 2 commits.
 4 #   (use "git push" to publish your local commits)
 5 #
 6 # you have unmerged paths.
 7 #   (fix conflicts and run "git commit")
 8 #
 9 # unmerged paths:
10 #   (use "git add <file>..." to mark resolution)
11 #
12 #    both modified:      readme.md
13 #
14 no changes added to commit (use "git add" and/or "git commit -a")

 

直接查看冲突内容并修改

 1 [root@mini05 zhangtest]# cat readme.md # 查看冲突内容
 2 # zhangtest
 3 zhangtest
 4 张三
 5 git is a distributed version control system.
 6 git is free software.
 7 111
 8 222
 9 git tracks changes.
10 aaa
11 bbb
12 ccc
13 ddd
14 <<<<<<< head
15 creating a new branch is quick & simple.
16 =======
17 creating a new branch is quick and simple.
18 >>>>>>> feature1

 

 

修改后保留的内容并再次提交

 1 [root@mini05 zhangtest]# cat readme.md 
 2 # zhangtest
 3 zhangtest
 4 张三
 5 git is a distributed version control system.
 6 git is free software.
 7 111
 8 222
 9 git tracks changes.
10 aaa
11 bbb
12 ccc
13 ddd
14 creating a new branch is quick and simple.
15 [root@mini05 zhangtest]# git add readme.md
16 [root@mini05 zhangtest]# git commit -m "conflict fixed"
17 [master 56c6e0c] conflict fixed

 

       现在，master分支和feature1分支变成了下图所示：

 

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

 1 [root@mini05 zhangtest]# git log --graph --pretty=oneline --abbrev-commit
 2 *   56c6e0c conflict fixed
 3 |\  
 4 | * 75b1490 re new line
 5 * | 41de15c ma commit
 6 |/  
 7 * 068d030 add test.info
 8 * c752e64 add info
 9 * 3b7db1c add aaa.txt
10 * c795cfc del aaa.txt
11 * 6d0226b add aaa.txt
12 * b293c46 git tracks changes
13 * 53f0f2e understand how stage works
14 * 65a58f2 add info
15 * d4fb57e update readme.md
16 * e730676 initial commit

 

3.4. 删除之前创建的分支

1 [root@mini05 zhangtest]# git branch -d feature1
2 deleted branch feature1 (was 75b1490).

 

 

4. 分支管理策略【推荐】

       通常，合并分支时，如果可能，git会用fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

       如果要强制禁用fast forward模式，git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

       下面我们实战一下 --no-ff 方式的git merge

 

4.1. 创建并使用分支

1 [root@mini05 zhangtest]# git checkout -b dev
2 switched to a new branch 'dev'

 

修改readme.txt文件，并提交.

1 [root@mini05 zhangtest]# tail -n3 readme.md  # 最后一行为新增行
2 creating a new branch is quick and simple.
3 feature2
4 dev brach new
5 [root@mini05 zhangtest]# git add readme.md
6 [root@mini05 zhangtest]# git commit -m "dev brach new" 
7 [dev ef9042a] dev brach new
8  1 file changed, 1 insertion(+)

 

4.2. 切回到master并合并分支

切回到master分支

1 [root@mini05 zhangtest]# git checkout master
2 switched to branch 'master'
3 your branch is ahead of 'origin/master' by 5 commits.
4   (use "git push" to publish your local commits)
5 [root@mini05 zhangtest]# git branch 
6   dev
7 * master

 

       准备合并dev分支，请注意 --no-ff参数，表示禁用fast forward：

1 [root@mini05 zhangtest]# git merge --no-ff -m "merge with no-ff" dev
2 merge made by the 'recursive' strategy.
3  readme.md | 1 +
4  1 file changed, 1 insertion(+)

       因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。

 

4.3. 用git log看看分支历史

       合并后，我们用git log看看分支历史：

 1 [root@mini05 zhangtest]# git log --graph --pretty=oneline --abbrev-commit
 2 *   aadf8b4 merge with no-ff
 3 |\  
 4 | * ef9042a dev brach new
 5 |/  
 6 * 31230a8 feature2
 7 *   56c6e0c conflict fixed
 8 |\  
 9 | * 75b1490 re new line
10 * | 41de15c ma commit
11 |/  
12 * 068d030 add test.info
13 * c752e64 add info
14 * 3b7db1c add aaa.txt
15 ………………

 

       可以看到，不使用fast forward模式，merge后就像这样：

 

4.4. 分支策略【重点】

       在实际开发中，我们应该按照几个基本原则进行分支管理：

       首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

       那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

       你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

 

       所以，团队合作的分支看起来就像这样：