目录：

1. 介绍
2. 颜色的选择
3. 制作记录
4. 相关文章

---

介绍

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

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

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

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

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

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

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

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

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

颜色的选择

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

制作记录

下面是设计与制作过程的记录图：

GitFlow分支流转规范的制作记录
颜色设计记录
配色设计色轮的使用记录
Adobe配色设计记录

@import "../相关文章.md"