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