-
Notifications
You must be signed in to change notification settings - Fork 29.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Commit queue and unsquashed commits #40436
Comments
It would be nice to tell bot to squash commits even the extra commits are no fixup commits. |
I think the problems with having the bot squash commits would at least include:
|
@mscdex, I think we could require manual landing in the case where you wanted to keep multiple commits In terms of what should go into the squashed commit message I think I'd keep it to the message in the original commit as that is most often what would make sense. Having said that, the original suggestion of an approval makes sense to me. Maybe as a quick fix, just preventing the queue from landing a PR with multiple commits would be a good first step. |
To add to this, our guides say that
and this is not true for some of the unsquashed commits landed through the commit queue. |
And add an option to abort the session if trying to land more than one commit. Refs: nodejs/node#40436
nodejs/node-core-utils#572 is ready for reviews, should improve the situation. The plan would be to make the CQ fail by default when trying to land several commits. |
Most PRs are meant to be squashed in one commit when landing. If the collaborator hasn't been using `fixup!` commit, the CQ will land the PR as several commits. This change makes the CQ abort by default when attempting to land several commits, unless there's another label added to the PR to force squashing or landing as several commits. Fixes: nodejs#40436 Refs: nodejs/node-core-utils#572
Most PRs are meant to be squashed in one commit when landing. If the collaborator hasn't been using `fixup!` commits, the CQ lands the PR as several commits. This change makes the CQ abort by default when attempting to land several commits, unless there's another label added to the PR to force squashing or landing as several commits. Fixes: nodejs#40436 Refs: nodejs/node-core-utils#572
And add an option to abort the session if trying to land more than one commit. Refs: nodejs/node#40436
Most PRs are meant to be squashed in one commit when landing. If the collaborator hasn't been using `fixup!` commits, the CQ lands the PR as several commits. This change makes the CQ abort by default when attempting to land several commits, unless there's another label added to the PR to force squashing or landing as several commits. Fixes: nodejs/node#40436 Refs: nodejs/node-core-utils#572 PR-URL: nodejs/node#40577
Most PRs are meant to be squashed in one commit when landing. If the collaborator hasn't been using `fixup!` commits, the CQ lands the PR as several commits. This change makes the CQ abort by default when attempting to land several commits, unless there's another label added to the PR to force squashing or landing as several commits. Fixes: nodejs#40436 Refs: nodejs/node-core-utils#572 PR-URL: nodejs#40577
Most PRs are meant to be squashed in one commit when landing. If the collaborator hasn't been using `fixup!` commits, the CQ lands the PR as several commits. This change makes the CQ abort by default when attempting to land several commits, unless there's another label added to the PR to force squashing or landing as several commits. Fixes: #40436 Refs: nodejs/node-core-utils#572 PR-URL: #40577 Reviewed-By: Michaël Zasso <[email protected]> Reviewed-By: Rich Trott <[email protected]>
Most PRs are meant to be squashed in one commit when landing. If the collaborator hasn't been using `fixup!` commits, the CQ lands the PR as several commits. This change makes the CQ abort by default when attempting to land several commits, unless there's another label added to the PR to force squashing or landing as several commits. Fixes: #40436 Refs: nodejs/node-core-utils#572 PR-URL: #40577 Reviewed-By: Michaël Zasso <[email protected]> Reviewed-By: Rich Trott <[email protected]>
Most PRs are meant to be squashed in one commit when landing. If the collaborator hasn't been using `fixup!` commits, the CQ lands the PR as several commits. This change makes the CQ abort by default when attempting to land several commits, unless there's another label added to the PR to force squashing or landing as several commits. Fixes: #40436 Refs: nodejs/node-core-utils#572 PR-URL: #40577 Reviewed-By: Michaël Zasso <[email protected]> Reviewed-By: Rich Trott <[email protected]>
And add an option to abort the session if trying to land more than one commit. Refs: nodejs/node#40436
And add an option to abort the session if trying to land more than one commit. Refs: nodejs/node#40436
And add an option to abort the session if trying to land more than one commit. Refs: nodejs/node#40436
And add an option to abort the session if trying to land more than one commit. Refs: nodejs/node#40436
And add an option to abort the session if trying to land more than one commit. Refs: nodejs/node#40436
And add an option to abort the session if trying to land more than one commit. Refs: nodejs/node#40436
I've seen this occur a few times in recent times where PRs are landed with the "commit queue" feature without the commits being squashed first.
What if the github bot required some kind of explicit "approval" or something similar before a PR with the commit queue label applied with multiple commits in it could be landed? That way it wouldn't be as easy as simply adding the label to push a bunch of unsquashed commits.
The text was updated successfully, but these errors were encountered: