So you have a load of pull requests ready to be merged to the same target branch.
They all pass their individual pipelines.
The target branch's pipeline has passed.
They can all be merged to their target branch and none of them will produce merge conflicts.
There is nothing at this point that will tell you that there is anything wrong.
Now, for arguments sake, no matter which pull request you merge first, it will cause all subsequent merges to fail in the pipeline (sometimes there's logic conflicts that are not obvious or recognised during development).
So, say one of the PRs get's merged. The pipeline runs on the merged target+PR in the target branch.
First PR merge passes.
Next PR merge fails.
As would any attempt to merge any of the other PRs.
What I would like to do is to have PRs pipelines to run as if they were a merge to their target.
Is this possible?
Also, is it possible to have all outstanding PRs run on this pattern if the target changes.
Yes. I understand that a LOT of outstanding PRs would do a lot of churn and costs in minutes.
Ideally, if a pipeline fails, putting the related task back to our "In Progress" state along with the reason ... ideal!!!
Joining up pipeline results to Jira Task statuses ... something automated here would be great.
