介绍

作为广为流传的 Git Flow 的原图所体现的信息并不完整，比如：缺少测试分支、发布分支的bug修复分支、预发布分支等等。为了准确、充分、形像、清晰地表达 Git Flow 中的分支流转规则，我新定义了一些相关概念，并重新严格地描述了 Git Flow，详情请看 GitFlow规范，也为其重新设计并绘制了一张分支流转规范图，如下：

GitFlow分支流转规范图
分支流转规范图的相关内容详见GitFlow规范

小小的一张照，却用了不少心思：

根据色彩心理学挑选分支代表色；
根据配色理论和配色工具调整代表色的协调性；
为了方便制作和排版，还专门制作了几个 Omni 型版：标注-Omni型版、Git-Omni型版；

可能懂设计的朋友会提出纠正的地方：

一个界面中不建议使用三种心上的颜色；

我认同这种观点，但觉得这句话说的不够严谨或者不完全正确，我的理解如下：

一个设计单元中不应包含多于三种色系的颜色（并不是三种颜色）；

不过我个人喜欢让逻辑凌驾于美感之上，所以，在分支流转规范图的设计中，我是以颜色的心理意义与分支的意义相匹配为优先原则来定分支的主色，然后才根据配色理论和工具来调整这些颜色的协调性；所以设计出的分支流转规范图可以不是最好看的，但应该是非常有深意；

颜色的选择

发布分支：绿色；代表健康、安全
- 释义：发布分支上的变更都应该无害的、无问题的，能正常运算的，这与绿色传达的健康、安全之意相吻合；
测试分支：蓝色；代表严谨、规范、认真
- 释义：测试分支通常是要被严格、谨慎、认真的测试的，这与蓝色传达的严谨、规范、认真之意相吻合；
预发布分支：使用与发布分支相近的颜色，最好使用介于测试分支的颜色和发布分支的颜色之间的颜色；
- 释义：因为预发布分支是在正式发布之前做试运行的，所以预发布分支的颜色应与发布分支相近；又因为预发布分支是从测试分支转过来，将来要流转到发布分支上的，所以预发布分支最好使用介于测试分支的颜色和发布分支的颜色之间的颜色；
修复分支：红色；代表严重、错误、问题；
- 释义：修复分支是用来修复问题的，这与红色传达的严重、错误、问题之意相吻合；
功能分支：黄色；代表努力、上进、目标
- 释义：功能分支是为实现一个或多个功能而开设的分支，这通常是一个较大的任务，这与黄色传达的努力、上进、目标之意相吻合；
开发分支：比功能分支深一点的黄色；
- 释义：开发分支与功能分支的意义相同，都是为开发而设的分支，但由于开发分支往往比功能分支更稳定些，问题相对更少一些，所以开发分支的颜色比功能分支更深一些。
连接提交的箭头：蓝色；代表严谨、规范、认真；
- 释义：虽然每个分支中的箭头可以与分支的颜色保持一致，但考虑到：
  - 分支之间存在着共同的提交，这些提交之间的箭头不适合用某一分支的颜色；
  - 跨分支的箭头，指定颜色有些麻烦；
    所以，所以建议箭头用同一颜色为最好；既然所以箭头都用相同的颜色，那么箭头的颜色应该用版本控制系统的代表色，而版本控制系统是记录变更的一个系统，它通常具有严谨、规范、稳定的特点，这与蓝色传达的严谨、规范、认真之意相吻合；