您可以从“请求活动”页面选择多个仍处于“进行中”状态的请求，并将其合并为单个组合请求。
通过合并请求，您可以定期将多个请求中的所有更改聚合到单个请求中，以便批量审核和批准。
Tip:
- 合并的请求是组合为合并请求的源请求。
- 合并请求是由多个合并的源请求组成的组合请求。
合并流程流
请求合并流程流一般如下：
- 用户在“请求活动”页面上选择要合并的请求。如果请求都在同一视图中，处于“进行中”状态，并且类型不是“合并”，则可以选择它们进行合并。用户必须对所有请求中的所有请求项至少具有数据管理员权限。
- 用户单击合并请求后，源请求中的请求项将组合为一个新的合并请求。请注意以下有关合并流程的事项：
- 请求根据提交日期进行处理。如果两个或更多操作相互冲突（即，对不同原始请求中的同一节点，存在多个更改），合并请求将仅包含请求提交日期最近的更改。例如，如果一个用户提交了将节点描述更新为 "South" 的请求，之后另一个用户提交了将同一节点的描述更新为 "Southeast" 的请求，则 "Southeast" 更新将包含在合并请求中。
- 原始请求中的请求注释和附件不会转到合并请求中。您可以通过检查合并请求，导航到合并的原始请求来查看注释和附件。
- 请求文件附件包含合并的所有请求中的所有请求操作的记录，包括执行操作的用户。冲突的操作会突出显示，并注明已处理具有相同键的记录。附件包含对应请求中每个视点的选项卡，每个选项卡都包含可导航到原始源请求的链接。
- 合并请求时，您可以将原始请求的所有者添加为合并请求的协作者。这样，原始请求所有者可以参与处理合并请求、跟踪其进度以及引用其详细信息。
- 源请求的状态将更新为“已合并”，您无法对其进行任何更改或执行任何工作流操作（例如“批准”）。但您可以继续添加注释和附件，并且可以检查合并的请求以查看截至合并时执行的工作流操作。请求检查器中还将包含指向“摘要”选项卡上合并请求的链接。
- 合并请求的状态将设置为“草稿”，阶段将设置为“提交”。在请求检查器中，合并选项卡将显示创建合并请求时组合的源请求。
- 如果您放弃合并请求，原始源请求将还原并重新置于合并它们时它们所处的工作流。请参阅“放弃合并请求”