-
-
Notifications
You must be signed in to change notification settings - Fork 12
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
Improve handling of multiple authors #27
Comments
The choice of author is rather arbitrary. It does look like it is based on the last commit: jira-github-pr-check/src/github-status.js Line 76 in f1863db
My preferred solutions, in order, would be:
I don't like refusing to squash if there are mixed authors, because:
|
An alternative to direct fixes is to use suggestions in the PR review: https://haacked.com/archive/2019/06/03/suggested-changes/ |
First author makes sense to me. That's who started the PR and probably did most of the work. PR suggestions are useful, but I think that git-savvy people (e.g., Andy) will sometimes still offer direct commits to help fix stuff or contribute. But normally the original author should get credit and blame. If someone else ends up doing the majority of the work, then they should clone the PR and make it their own. |
An example of what github suggestions does: unicode-org/icu@fbb1ad2 It adds additional authors in the commit description, in forms like this:
This can be reviewed and adjusted in squashbot's squash form. |
Currently if two authors push to a branch, it looks like jira-github-pr-check squashes to a commit attributed to the last author. A small fix by a reviewer can thus result in the reviewer getting full blame - thus discouraging direct fixes.
Options:
I like the first option above: I think it's reasonable to just let people squash manually when there's more than one author.
The text was updated successfully, but these errors were encountered: