请求合并和工作流

多个源请求合并为一个合并请求时，会发生以下工作流操作：

对于合并的请求：

• 源请求所有者将收到他们的请求已被合并的通知。他们还会收到合并请求已完成、被拒绝或被放弃的通知（请参阅“放弃合并请求”）。
• 源请求的状态将更新为“已合并”。原始请求中的请求项将变为只读，因此无法编辑。
• 无法向原始请求添加其他请求操作。
• 任何现有验证错误都将保留在原始请求中，直到其关闭为止。
• 不再针对源请求评估未执行的策略。现有工作流历史记录将保留。

对于合并请求：

• 创建合并请求时，请求状态为“草稿”，阶段为“提交”。您可以对合并请求执行可对任何其他草稿请求执行的任何操作，删除操作除外（应改用放弃，请参阅“放弃合并请求”）。例如：
  • 添加、编辑和删除请求项。
  • 退回、撤回或拒绝请求。如果您拒绝合并请求，则所有原始请求的阶段将更新为“已关闭”，并且请求所有者将收到通知。原始请求的请求状态将保持“已合并”。
  • 提交请求。请求随后将根据与请求中的请求项关联的策略进入“审批”或“最终提交”阶段。将仅对合并请求评估请求类型为“合并”的审批策略和最终提交策略。请参阅“创建和启用审批策略”或“创建和启用最终提交策略”。
• 除了上面列出的普通草稿请求操作之外，您还可以放弃合并请求。这将删除合并请求，并将所有原始请求恢复到其以前的状态。请参阅“放弃合并请求”。

下图提供了一个合并流程工作流示例：

1. 图中显示了来自同一视图的两个“进行中”请求；一个处于“最终提交”阶段，另一个处于“批准”阶段。
2. 这些请求被合并，并且对每个源请求执行的工作流被停止。合并的请求不再能够进行编辑（锁图标）。
3. 创建了合并请求，其处于“草稿”状态，并且开始了新的监管工作流。配置为包含“合并”请求类型的策略（请参阅“创建和启用审批策略”或“创建和启用最终提交策略”）包含在工作流中。

   在此示例中，合并请求策略没有“批准”阶段，因此，请求提交后就进入“最终提交”阶段。

4. 执行最终提交策略后，合并请求将完成并关闭，两个合并的请求也将关闭。