Git CI/CD中的请求和合并操作

CI/CD管道支持每个分支的管道，但不会自动触发要素分支的管道。为以下分支部署了管道：

开发

，

主

。相应的管道被触发

onCommit

事件

（codeCommitRepo.onCommit（'onCommit'，{}）

因此，每当有任何代码推送到分支时。我们计划使用git flow作为分支策略，但没有确切看到除了

开发

，

主

之外，还有另一个名为

暂存

的分支的优点

在使用CI/CD时，是否有第三个分支（如“staging”）的用途

CI/CD管道如下所示：

应在哪个阶段创建功能分支的PR

公共关系应在什么阶段并入发展科

在什么阶段应该创建从开发部门到master的PR

公共关系应在什么阶段并入主分支机构

如果开发管道失败怎么办？是否应该手动取消代码合并以使开发恢复到稳定状态

如果主管道发生故障怎么办？ 管道成功后，代码是否合并到分支中

我想了解从功能分支开始的流程应该是什么样子。（附言：对基于主干的开发策略不感兴趣）

---

另外，如果我为开发分支和主分支各维护一个管道，这意味着我也要构建两次。管道描述说“创建一次，部署多个”。我在这里是否走错了方向

---

指向CI/CD的链接：

你能发布你正在使用的CI/CD的链接吗？我在你之前的帖子中看到过，但现在找不到。@Marcin:@Marcin如果你需要任何进一步的信息，请告诉我。期待你的回复，我还没有任何具体的答案。“这意味着我正在建设两个。”-如果你停留在Gitflow中，这里就没有真正的工作。如果你转到TBD或它的某个风格，那么你可以更改它。你能发布你正在使用的CI/CD的链接吗？我在你以前的帖子中看到过，但现在找不到它。@Marcin:@Marcin如果你需要任何进一步的信息，请告诉我。期待你的回复顺便说一句，我还没有任何具体的答案。“这意味着我也在建设两次”-如果你留在Gitflow中，这里没有真正的工作。如果你转向TBD或某种风格的，那么你可以改变这一点。