GitHub-分支管理01

参考博文：廖雪峰Git教程

1. 分支说明

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

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

2. 创建与合并分支

2.1. 创建且使用分支

 [root@mini05 zhangtest]# pwd
 /opt/git_repository/zhangtest
 [root@mini05 zhangtest]# git checkout -b dev
 Switched to a new branch 'dev'

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

 $ git branch dev  # 创建分支
 $ git checkout dev  # 使用分支
 Switched to branch 'dev'

查看当前分支

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

在当前分支提交信息

 [root@mini05 zhangtest]# cat test.info 

 where are you from?  # 增加的内容
 [root@mini05 zhangtest]# git add test.info
 [root@mini05 zhangtest]# git commit -m "add test.info"
 [dev 068d030] add test.info
   file changed,  insertion(+)

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

2.2. 切回到master并合并分支

切回master分支

 [root@mini05 zhangtest]# git checkout master
 Switched to branch 'master'
 [root@mini05 zhangtest]# git branch
   dev
 * master
 [root@mini05 zhangtest]# cat test.info 

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

合并dev分支

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

 [root@mini05 zhangtest]# git merge dev
 Updating c752e64..068d030
 Fast-forward
  test.info |  +
   file changed,  insertion(+)
 [root@mini05 zhangtest]# cat test.info 

 where are you from?

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

2.3. 删除dev分支

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

2.4. 分支说明【重点】

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

3. 解决分支冲突

3.1. 创建且使用分支

 [root@mini05 zhangtest]# git checkout -b feature1
 Switched to a new branch 'feature1'
 [root@mini05 zhangtest]# tail -n3 README.md  # 最后一行为新加的
 ccc
 ddd
 Creating a new branch is quick AND simple.

添加并提交到本地仓库

 [root@mini05 zhangtest]# git add README.md
 [root@mini05 zhangtest]# git commit -m "RE new line"
 [feature1 75b1490] RE new line
   file changed,  insertion(+)

3.2. 切回到master且新增提交

切换到master分支

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

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

 [root@mini05 zhangtest]# tail -n3 README.md  # 最后一行为添加
 ccc
 ddd
 Creating a new branch is quick & simple.
 [root@mini05 zhangtest]# git add README.md
 [root@mini05 zhangtest]# git commit -m "ma commit"
 [master 41de15c] ma commit
   file changed,  insertion(+)

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

3.3. 合并分支处理

尝试合并feature1

 [root@mini05 zhangtest]# git merge feature1
 Auto-merging README.md
 CONFLICT (content): Merge conflict in README.md
 Automatic merge failed; fix conflicts and then commit the result.

查看冲突的文件

 [root@mini05 zhangtest]# git status
 # On branch master
 # Your branch is ahead of 'origin/master' by  commits.
 #   (use "git push" to publish your local commits)
 #
 # You have unmerged paths.
 #   (fix conflicts and run "git commit")
 #
 # Unmerged paths:
 #   (use "git add <file>..." to mark resolution)
 #
 #    both modified:      README.md
 #
 no changes added to commit (use "git add" and/or "git commit -a")

直接查看冲突内容并修改

 [root@mini05 zhangtest]# cat README.md # 查看冲突内容
 # zhangtest
 zhangtest
 张三
 Git is a distributed version control system.
 Git is free software.

 Git tracks changes.
 aaa
 bbb
 ccc
 ddd
 <<<<<<< HEAD
 Creating a new branch is quick & simple.
 =======
 Creating a new branch is quick AND simple.
 >>>>>>> feature1

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

 [root@mini05 zhangtest]# cat README.md
 # zhangtest
 zhangtest
 张三
 Git is a distributed version control system.
 Git is free software.

 Git tracks changes.
 aaa
 bbb
 ccc
 ddd
 Creating a new branch is quick AND simple.
 [root@mini05 zhangtest]# git add README.md
 [root@mini05 zhangtest]# git commit -m "conflict fixed"
 [master 56c6e0c] conflict fixed

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

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

 [root@mini05 zhangtest]# git log --graph --pretty=oneline --abbrev-commit
 *   56c6e0c conflict fixed
 |\
 | * 75b1490 RE new line
 * | 41de15c ma commit
 |/
 * 068d030 add test.info
 * c752e64 add info
 * 3b7db1c add aaa.txt
 * c795cfc del aaa.txt
 * 6d0226b add aaa.txt
 * b293c46 git tracks changes
 * 53f0f2e understand how stage works
 * 65a58f2 add info
 * d4fb57e Update README.md
 * e730676 Initial commit

3.4. 删除之前创建的分支

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

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

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

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

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

4.1. 创建并使用分支

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

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

 [root@mini05 zhangtest]# tail -n3 README.md  # 最后一行为新增行
 Creating a new branch is quick AND simple.
 feature2
 dev brach new
 [root@mini05 zhangtest]# git add README.md
 [root@mini05 zhangtest]# git commit -m "dev brach new"
 [dev ef9042a] dev brach new
   file changed,  insertion(+)

4.2. 切回到master并合并分支

切回到master分支

 [root@mini05 zhangtest]# git checkout master
 Switched to branch 'master'
 Your branch is ahead of 'origin/master' by  commits.
   (use "git push" to publish your local commits)
 [root@mini05 zhangtest]# git branch
   dev
 * master

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

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

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

4.3. 用git log看看分支历史

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

 [root@mini05 zhangtest]# git log --graph --pretty=oneline --abbrev-commit
 *   aadf8b4 merge with no-ff
 |\
 | * ef9042a dev brach new
 |/
 * 31230a8 feature2
 *   56c6e0c conflict fixed
 |\
 | * 75b1490 RE new line
 * | 41de15c ma commit
 |/
 * 068d030 add test.info
 * c752e64 add info
 * 3b7db1c add aaa.txt
 ………………

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

4.4. 分支策略【重点】

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

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

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

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

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