- 
          
 - 
                Notifications
    
You must be signed in to change notification settings  - Fork 1
 
Switch to PR-based process #34
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
base: main
Are you sure you want to change the base?
Conversation
d39094d    to
    4c40b6c      
    Compare
  
    There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for doing this. I didn't check the implementation in detail, but approve on the change to a PR-based workflow!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I tried to read through the diff in a bit more detail. I can't see any issues beyond the minor discussion points below, most of which are ideas for future improvements or observations of potential (minor) pain points that may not be easily solved.
(I also tried testing on your test org, but ran into the issues we discussed before, as your test issue is still locked.)
It may be worth addressing the regex, validating that the created file is empty and named for a "real" user, and/or tweaking the nomination instructions. But only if that is low effort and doesn't increase this PR's scope.
LGTM, approving. Thanks for working on this, I'm convinced it'll be a much better experience for all involved!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks. This looks good.
Regarding #23 (comment):
A PR can easily be approved by individual commit delegators (if they wish to use such a process), which gives more transparency and accountability. It also means that the team doesn't need its own internal synchronisation.
We will still probably want to keep an internal log with notes but it is cleaner to have single PR per nomination rather than issue + PR.
Slight downside is that GitHub requires having a fork in order to send PR but I guess that is acceptable price to pay.
| 
           PR is now updated with all suggestions addressed :) 
 I unlocked the issue, so that should work now if you wanna try again  | 
    
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PR is now updated with all suggestions addressed :)
LGTM 🚀
I also tried testing on your test org, but ran into the issues we discussed before, as your test issue is still locked.
I unlocked the issue, so that should work now if you wanna try again
Tested here: infinisil-test-org/nixpkgs-committers#49 (CI run)
It does it automatically when rendered
| 
           Resolved conflict after #45  | 
    
| 
           Do I understand correctly that this is only pending approval by @winterqt? Thanks for the preparation, looking forward to the improved process!  | 
    
| 
           Bump! It would be a shame for this to stall now, so close to the finish line.  | 
    
Changes the nomination process to individual PRs and as such requires approval from the entire @NixOS/commit-bit-delegation team. This is effectively an alternative to #23.
New process
Feel free to try it out (no worries, this is using a test org, and nobody gets pinged):
When such a PR is opened, an automatic comment is posted in #35, allowing people to easily subscribe to new nominations without other noise.
To do after merging
Notes
There is no PR template for now. While this could be done (though there's only a single default PR template per repo), this PR is kept as minimal as possible, focusing only on the process switch from a single issue to multiple PRs.
Furthermore, we could also add instructions for the contributions script or even run it directly. I'd like to defer that to a later PR though, as it's not essential to have for the PR workflow.