某业务中台某业务中台的 Git 工作流重点阐述了同一个项目多人协作开发时会遇到的问题：多个 feature 各自独立提测, 临近上线合码时有较多冲突, 可能导致线上 bug提测前和提测中, 如果 master 更新了, 可能没有及时同步下来, 上线前合入 master 可能会导致冲突或 bug在流程设计上，master 作为发布分支，release-* 为提测分支，结合了单主干的便捷（hotfix 直接和 master 交互）和双主干对 feature 的管理和 Trunk-based Flow 刚好相反，主分支是发布分支，提测分支是短期的另一个比较有特点的是，在 release 测试过程中，发现某个 feature 的 bug， 直接从 release 分支 checkout 出来进行修复，并再次合入 release

the most constructive response, and the one people seem to recognize as a sign of leadership, is to feel guilty enough to want to fix the problem.

Even if “it ain’t broke,” you can still improve it. Your customers will like it. Your competitors won’t. Never stop challenging yourself.