Merged results pipelines
A merged results pipeline is a type of merge request pipeline. It is a pipeline that runs against the results of the source and target branches merged together.
GitLab creates an internal commit with the merged results, so the pipeline can run
against it. This commit does not exist in either branch,
but you can view it in the pipeline details.
The pipeline runs against the target branch as it exists at the moment you run the pipeline.
Over time, while you’re working in the source branch, the target branch might change.
Any time you want to be sure the merged results are accurate, you should re-run the pipeline.
Merged results pipelines can’t run when:
In these cases, the pipeline runs as a merge request pipeline
and is labeled as To use merged results pipelines:
To enable merged results pipelines in a project, you must have at least the
Maintainer role:
In GitLab 13.7 and earlier, merged results pipelines might not be created due
to a disabled feature flag. This feature flag
:merge_ref_auto_sync
feature flag is enabled
on your GitLab instance.
Merged results pipelines run on a merge ref for a merge request
( For example, when a source or target branch is advanced, the pipeline fails with
the This behavior was improved in GitLab 12.4 by introducing persistent pipeline refs.
Upgrade to GitLab 12.4 or later to resolve the problem.
merge request
.
Prerequisites
Enable merged results pipelines
Troubleshooting
Merged results pipelines are not created
Pipelines fail intermittently with a
fatal: reference is not a tree:
error
refs/merge-requests/<iid>/merge
), so the Git reference could be overwritten at an
unexpected time.
fatal: reference is not a tree:
error, which indicates that the checkout-SHA
is not found in the merge ref.