I’m researching how teams handle several PRs that ...
# github-actions
v
I’m researching how teams handle several PRs that are individually green but need to ship together. How do you validate merge order, interactions between changes and affected tests without repeatedly running the full CI suite? I’ be interested in how teams with high PR throughput approach this.
j
it should be easy enough to make a 'feature' or 'integration' branch that you merge all the PRs to, and then run testing on that.
fwiw, that problem is actually really just a symptom of deeper architectural debt: • velocity should be high enough that PRs don't back up • code bases should avoid structure/patterns that force developers to have 'interacting changes' (i.e. when php has a singular 'routes.php' and thus if 5 people need to change paths in an api, they create 5 conflicting/tangled changes) • file structure should assist testing/ci so that a single change would only trigger relevant tasks, rather than 'the full CI suite' so really, the pattern should be: • adjust the architecture to avoid this some languages make this easier to do than others, to be frank.
e
This is supported now with Stacked PRs
First class feature of GitHub