Gitflow 工作流程

最初由 Vincent Driessen 提出，Gitflow 是一个使用 git 和几个预定义分支的开发工作流程。这可以看作功能分支工作流的特例。

这个的想法是为开发中的特定部分保留单独的分支：

• master 分支始终是最新的生产代码。实验代码不属于此处。
• develop 分支包含所有最新的开发。这些发展变化几乎可以是任何东西，但是为自己的分支保留了更大的功能。此处的代码始终在发布/部署之前处理并合并到 release 中。
• hotfix 分支用于修复小错误，不能等到下一个版本。hotfix 分支从 master 离开，并合并回 master 和 develop。
• release 分支用于发布从 develop 到 master 的新发展。任何最后一分钟的更改（例如碰撞版本号）都在发布分支中完成，然后合并回 master 和 develop。在部署新版本时，应使用当前版本号标记 master（例如，使用语义版本控制 ）以供将来参考和轻松回滚。
• feature 分店保留更大的功能。这些是在指定分支机构专门开发的，并在完成后与 develop 集成。专用的 feature 分支有助于分离开发并能够彼此独立地部署完成的功能。

该模型的直观表示：

该模型的原始表示：