了解分支工作流类型
什么是成功的 Git 分支工作流？
评估团队的工作流时，必须考虑团队文化。 你希望工作流能提高团队效率，而不是成为限制工作效率的负担。 评估 Git 工作流时要考虑的一些内容：
- 此工作流是否随团队规模而缩放？
- 是否可以轻松撤消此工作流的错误？
- 此工作流是否给团队带来任何不必要的新认知开销？
常见分支工作流
最热门 Git 工作流将具有某种中央存储库，每个开发人员都可从存储库中推送和拉取。
下面是一些热门 Git 工作流的列表，我们将在下一部分详细介绍这些工作流。
这些全面的工作流提供了更专业的模式，以管理用于功能开发、修补程序和最终发布的分支。
基于分支的开发
基于分支的开发是一种集中式工作流的逻辑扩展。
基于主干的开发工作流背后的核心理念是，所有开发工作都直接发生在主分支（通常称为“主干”或“主分支”）上。 此方法强调持续集成，开发人员经常将小型增量更改提交到主分支。 持续集成和自动化测试在维护代码质量和稳定性方面发挥了重要作用。
功能分支工作流
功能分支工作流强调将每个新功能或更改封装在与主分支分开的专用分支中。 开发人员为他们正在处理的每个功能或问题新建分支，独立开发和测试更改，然后在完成并测试后将功能分支合并回主分支。 此方法允许并行开发多个功能，促进代码评审，并确保主分支保持稳定。
发布分支工作流
在发布分支工作流中，在准备发布时，会从主分支创建专用分支。 此分支用于稳定代码、解决任何最后一分钟的 bug 或问题，并执行最终测试，然后再将发布部署到生产环境。 将发布视为准备就绪后，它会合并回主分支，并可能合并到其他长期分支（例如，开发或功能分支）。 此策略允许受控、有序的发布过程，同时使主分支保持稳定，以进行持续开发工作。
分支工作流
分支工作流与本教程中讨论的其他工作流完全不同。 它为每位开发人员都提供一个服务器端存储库，而不是使用一个服务器端存储库充当“集中”代码库。 这意味着每个参与者拥有两个 Git 存储库：专用本地存储库和公共服务器端存储库。 此方法可促进参与者之间的高度并行开发和协作，同时保持干净有序的代码库。