Gitlab：什么是在合并结果管道之后运行的合并火车管道

Question

我刚刚开始使用gitlab中的管道，并为我的项目启用了合并结果管道。我观察到的是，一旦提出合并请求，就会发生两件事。

1. “合并结果”管道最初运行，可处理源分支和目标分支的最新更改。
2. 一旦管道上方为绿色，然后单击“合并训练”按钮，就会启动另一个管道，该管道的信息为“合并分支功能xyz，其中有refs / heads / master进入refs / merge-requests / :: id / train “

我想知道第二条管道是什么？

Answer 1

来自gitlab文档：

启用用于合并结果的管道时，管道作业的运行就好像源分支中的更改已合并到目标分支中一样。

但是，目标分支可能正在快速变化。准备合并时，如果有一段时间没有运行管道，则目标分支可能已经更改。现在合并可能会带来重大变化。

合并火车可以防止这种情况的发生。合并序列是合并请求的排队列表，每个请求都等待合并到目标分支中。

更多详细信息在这里 https://docs.gitlab.com/ee/ci/merge_request_pipelines/pipelines_for_merged_results/merge_trains/