GitFlow开发规范

现在做项目大多数都是用git进行代码托管，不得不说git确实是个好东西，但是如果团队在使用git的时候没有清晰流程和规划，那么项目就会变得杂乱无章难以维护，于是国外 Vincent Driessen 就提出了GitFlow开发规范
Vincent Driessen 提出的GitFlow 的流程图

我在自己的基础上面，整理了一份简单的。

GitFlow分支

Master分支
master分支也就是我们的产品分支，这个分支只能有一个，并且不能在这个分支上面直接进行修改，master分支只能从其他分支进行合并。

Develop分支
develop分支也就是我们的主开发分支，这个分支也只能有一个，主要是合并Feature（功能）分支，目前项目要打包到测试服务器上面，我都是从这个分支打包出来的。

Feature分支
feature分支也就是我们的功能分支，这个分支可以拥有多个，比如我要开发a需求，那么就可以从develop分支上面克隆一份出来，并且命名为feature/a ，开发b需求就命名为feature/b，当完成功能开发后，将当前分支合并会develop分支。

release分支
这个分支只有我们要发布的时候才需要用到，我把他叫做预发布分支，当我们功能开发完要上线了，就从develop分支克隆出来一个release分支，在release分支上面进行版本号等操作，等一切就绪了就可以将release分支合并到master分支和develop分支。

hotfix分支
hotfix分支我是把他叫做bug分支，在master分支上面的代码并不是十全十美的，我们经常发现很多项目上到线上才发现bug，这个时候hotfix分支就很重要了，因为master分支是不允许直接修改的，这个时候我们需要从master分支克隆出来一个hotfix分支进行bug修复，修复完bug增加版本号，并且合并到master分支 和 develop分支里面。

这张图就很明确解释了GitFlow开发规范了。

结尾
文章图片等等来源于网络，如果侵犯了您的权益，请通过微信，QQ以及邮箱的方式告知我，我会尽快删除。