GitHub - 基本的多分支设计？
GitHub - Basic MultiBranch design?
GitHub上的基础项目应该如何设计分支和流水线？
我看过几种设计，但我不确定哪一种适合我的项目...这很令人困惑，
当前项目：
- 3 个开发人员和一个 WebServer
所以我做了以下分支：
- 开发者 1
- Dev2
- Dev3
- 预生产
- 生产（将连接到 Web 服务器）
管道：
每个开发人员将更改推送到分配的分支（Dev1、Dev2、Dev3）
下一步：
- 从 DevX 合并到 PreProd
- 从预生产合并到生产
每次开发人员想要发送更改时，他们是否应该首先在本地计算机上克隆 PreProd 分支？ ...或生产部门？...我如何确保他们拥有可靠的数据？
我可以和你分享一个场景。通常对于任何项目都存在三个分支，称为：
- 生产（连接到实时服务器）
- QA/Staging（用于测试目的）
- 开发（开发主分支）
理想情况是您的开发人员将创建自己的功能分支，例如功能 1、功能 2 等，并在完成功能后向开发分支创建拉取请求。
之后，如果开发分支中存在下一个版本的所有功能，开发分支将向 QA/Staging 分支发送拉取请求。测试完成后，如果所有测试通过，则更改将合并到 Production 分支。所以循环看起来像：
功能 -> 开发 -> QA/Staging -> 生产
GitHub上的基础项目应该如何设计分支和流水线？
我看过几种设计，但我不确定哪一种适合我的项目...这很令人困惑，
当前项目：
- 3 个开发人员和一个 WebServer
所以我做了以下分支：
- 开发者 1
- Dev2
- Dev3
- 预生产
- 生产（将连接到 Web 服务器）
管道： 每个开发人员将更改推送到分配的分支（Dev1、Dev2、Dev3） 下一步：
- 从 DevX 合并到 PreProd
- 从预生产合并到生产
每次开发人员想要发送更改时，他们是否应该首先在本地计算机上克隆 PreProd 分支？ ...或生产部门？...我如何确保他们拥有可靠的数据？
我可以和你分享一个场景。通常对于任何项目都存在三个分支，称为：
- 生产（连接到实时服务器）
- QA/Staging（用于测试目的）
- 开发（开发主分支）
理想情况是您的开发人员将创建自己的功能分支，例如功能 1、功能 2 等，并在完成功能后向开发分支创建拉取请求。
之后，如果开发分支中存在下一个版本的所有功能，开发分支将向 QA/Staging 分支发送拉取请求。测试完成后，如果所有测试通过，则更改将合并到 Production 分支。所以循环看起来像：
功能 -> 开发 -> QA/Staging -> 生产