git是一个版本（源码）控制系统，版本的branch和merge很方便，git的一个分支是生成一个指向当前版本的指针，类似一个快照。
需要用户自己管理分支，目标：使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条。
master
代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本，都在这个主分支上发布。
develop
日常开发应该在develop分支
# git 创建develop分支
git checkout -b develop master
# git 切换到 master分支
git checkout master
# 将develop合并到master
git merge --no-ff develop
关于git merge --no-ff 参数
补充一下：
merge 有两种方式（紫色为master分支，浅绿色为develop分支）：
- fast forward merge
默认情况下，Git执行"快进式合并"（fast-farward merge），会直接将Master分支指向Develop分支。
git merge develop
image.png
git merge --no-ff develop
image.png
使用--no-ff参数后，会执行正常合并，在Master分支上生成一个新节点。为了保证版本演进的清晰，我们希望采用这种做法。
master 分支用于正式发布，develop分支用于日常开发 这两个分支是常设分支
除了常设分支以外，还有一些临时性分支，用于应对一些特定目的的版本开发。临时性分支主要有三种：
- 功能（feature）分支
- 预发布(pre-release)分支
- 修补bug（fixbug）分支
临时性分支应该用完就删。
功能分支
是为了开发某种特定功能，从Develop分支上面分出来的。开发完成后，要再并入Develop。
image.png
功能分支的名字，可以采用feature-*的形式命名。
# 从develop分支创建一个功能分支
git checkout -b feature-x develop
# 开发完成后合并到develop分支
git checkout develop
# 将功能分支feature-x合并develop分支
git merge --no-ff feature-x
# git删除开发完的功能分支feature-x
git branch -d feature-x
预发布分支
是指发布正式版本之前（即合并到Master分支之前），我们可能需要有一个预发布的版本进行测试。
预发布分支是从Develop分支上面分出来的，预发布结束以后，必须合并进Develop和Master分支。它的命名，可以采用release-*的形式。
# 创建预发布分支
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-*的形式。
image.png
# 从master创建一个修补bug分支
git checkout -b bugfix-0.1 master
# 修补结束后，合并到master分支
git checkout master
git merge --no-ff bugfix-0.1
git tag -a 0.1.1
# 再合并到develop分支
git checkout develop
git merge --no-ff bugfix-0.1
# 最后删除bugfix分支
git branch -d bugfix-0.1
Git Workflow
团队开发中，遵循一个合理、清晰的Git使用流程，是非常重要的。
image.png
image.png
网友评论