推送评审】和流水线的【分支模式】冲突了，开启了推送评审，流水线是分支模式。跑流水线的时候就会创建一个[阿里云云效] 暂停朗读为您朗读

在阿里云云效中，推送评审和流水线的分支模式是两种独立的功能，但是它们的交互可能会产生一些问题。

在阿里云云效中，当您在流水线中启用了“分支模式”，并且该分支模式在某个具体的分支上，那么流水线在被触发时，就会从该分支上拉取代码进行构建。如果在该分支上存在评审申请，也不会影响到流水线的正常构建工作，因为流水线并不会默认将评审合并到分支上。

当您在阿里云云效中启用了“推送评审”功能时，当您通过Git提交了代码，并且这些代码包含在同一个提交中，同时基于该提交发起了评审申请，那么当前的分支将被锁定，只有评审被审核通过之后，分支才能再被提交新的代码。

综上所述，在流水线中启用“分支模式”，并且部署了“推送评审”功能，流水线关联的分支代码并没有被合并，这是正常的现象。为了确保正常的流水线工作流程，建议在使用“推送评审”功能的同时，避免使用“流水线的分支模式”，或者针对评审申请的流程做进一步的调整。

这种问题可能是因为流水线和推送评审设置之间的冲突引起的，主要是因为两个设置所需的分支代码略有不同。流水线分支模式通常用于管理代码版本控制和自动化测试过程，而推送评审则要求您创建一个评审，以在团队内共享和审查代码更改。

当您运行流水线时，流水线会在您的版本控制系统中基于指定的分支创建一个临时分支，以便进行测试和自动化操作。当然，这个临时分支是不会被自动合并回主线分支的。

而当您启用推送审查时，您将需要创建一个名为评审的请求，并将分支与该评审关联。这通常涉及到手动将代码提交到分支中，但不一定需要将分支合并回主线分支。

因此，为了避免这种冲突，您可能需要重新考虑您的操作流程和设置，以确保流水线和推送评审之间的通信关系得到良好的协调和管理。建议您通过平台的更细致的文档和培训来了解其功能，并借助平台提供的技术支持，帮助您在使用过程中遭遇困难时解决问题。