内容

1. 介绍

为了解决 Git Flow 的不足，我精心设计并制作了 Git并行工作流程规范；规范有了，但在实施规范的过程中会遇到各种技术难题，为了完整性，我又研究并提供了实施规范过种中各种问题的解决方案，并把这些方案撰写成文 Git技巧和问题解决方案；同时，为了形像地表达 Git并行工作流程规范中的分支流转规范和合并多个提交问题的解决思路，我为其专门绘制了一张分支流转规范图和合并中间提交段动画，如下：

分支流转规范图
分支流转规范图的相关内容详见Git并行工作流程规范

合并中间提交段动画
合并中间提交段动画的相关内容详见Git中合并多个提交的各种方法

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

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

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

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

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

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

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

2. 颜色的选择

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