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分支上合并就可以了。
所以，团队合作的分支看起来就像这样：
