某业务中台某业务中台的 Git 工作流重点阐述了同一个项目多人协作开发时会遇到的问题：多个 feature 各自独立提测, 临近上线合码时有较多冲突, 可能导致线上 bug提测前和提测中, 如果 master 更新了, 可能没有及时同步下来, 上线前合入 master 可能会导致冲突或 bug在流程设计上，master 作为发布分支，release-* 为提测分支，结合了单主干的便捷（hotfix 直接和 master 交互）和双主干对 feature 的管理和 Trunk-based Flow 刚好相反，主分支是发布分支，提测分支是短期的另一个比较有特点的是，在 release 测试过程中，发现某个 feature 的 bug， 直接从 release 分支 checkout 出来进行修复，并再次合入 release
字节研发设施下的 Git 工作流
可以使用以下命令进行检查指定的 package 并且更新版本号，再使用 npm install 刷新
npx taze --include [package name] -w
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.
即使代码没问题，你仍旧可以去提升他，你的客户将会喜欢，你的竞争对手不会。永远不要停止改变自己