如何克服解决Git冲突的恐惧症?(Git分支策略)

git默认的是master分支,试想下,若是全部的开发都在master分支,想起来都比较混乱,那么有没有比较科学的分支策略呢?本篇将介绍git的分支策略,听我慢慢道来~java

分支分类

正常分支:git

  • master:主分支
  • develop:开发分支

临时分支:微信

  • feature:功能分支
  • release:预发布分支
  • fixbug:修补bug分支

主分支

首先,代码库应该有一个、且仅有一个主分支。测试

全部提供给用户使用的正式版本,都在这个主分支上发布。spa

Git主分支的名字,默认叫作Master。code

它是自动创建的,版本库初始化之后,默认就是在主分支在进行开发。orm

开发分支

主分支只用来分布重大版本,平常开发应该在另外一条分支上完成。咱们把开发用的分支,叫作Develop。cdn

这个分支能够用来生成代码的最新隔夜版本(nightly)。若是想正式对外发布,就在Master分支上,对Develop分支进行"合并"(merge)。blog

Git建立Develop分支的命令:开发

git checkout -b develop master
复制代码

将Develop分支发布到Master分支的命令:

# 切换到Master分支
git checkout master
# 对Develop分支进行合并
git merge --no-ff develop
复制代码

功能分支

功能分支,它是为了开发某种特定功能,从Develop分支上面分出来的。开发完成后,要再并入Develop。

功能分支的名字,能够采用feature-*的形式命名。

Git建立一个功能分支:

git checkout -b feature-x develop
复制代码

开发完成后,将功能分支合并到develop分支:

git checkout develop
git merge --no-ff feature-x
复制代码

删除feature分支:

git branch -d feature-x
复制代码

预发布分支

预发布分支,它是指发布正式版本以前(即合并到Master分支以前),咱们可能须要有一个预发布的版本进行测试。

预发布分支是从Develop分支上面分出来的,预发布结束之后,必须合并进Develop和Master分支。

它的命名,能够采用release-*的形式。

Git建立一个预发布分支:

git checkout -b release-1.2 develop
复制代码

确认没有问题后,合并到master分支:

git checkout master
git merge --no-ff release-1.2
# 对合并生成的新节点,作一个标签
git tag -a 1.2
复制代码

再合并到develop分支:

git checkout develop
git merge --no-ff release-1.2
复制代码

最后,删除预发布分支:

git branch -d release-1.2
复制代码

修补bug分支

软件正式发布之后,不免会出现bug。这时就须要建立一个分支,进行bug修补。

修补bug分支是从Master分支上面分出来的。修补结束之后,再合并进Master和Develop分支。它的命名,能够采用fixbug-*的形式。

Git建立一个修补bug分支:

git checkout -b fixbug-0.1 master
复制代码

修补结束后,合并到master分支:

git checkout master
git merge --no-ff fixbug-0.1
git tag -a 0.1.1
复制代码

再合并到develop分支:

git checkout develop
git merge --no-ff fixbug-0.1
复制代码

最后,删除"修补bug分支":

git branch -d fixbug-0.1
复制代码

多人协做的工做模式

首先,能够试图用git push origin branch-name推送本身的修改;

若是推送失败,则由于远程分支比你的本地更新,须要先用git pull试图合并;

若是合并有冲突,则解决冲突,并在本地提交;

没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!

若是git pull提示“no tracking information”,则说明本地分支和远程分支的连接关系没有建立,用命令git branch --set-upstream branch-name origin/branch-name。

这就是多人协做的工做模式,一旦熟悉了,就很是简单。

微信公众号: 码上论剑
请关注个人我的技术微信公众号,订阅更多内容
相关文章
相关标签/搜索