-
Notifications
You must be signed in to change notification settings - Fork 265
WIP: Drafts of governance, roadmap #1016
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
Conversation
[skip ci]
[skip ci]
Still need more on BIAP process.
Codecov Report
@@ Coverage Diff @@
## master #1016 +/- ##
==========================================
+ Coverage 92.20% 92.25% +0.04%
==========================================
Files 100 100
Lines 12139 12185 +46
Branches 2121 2132 +11
==========================================
+ Hits 11193 11241 +48
+ Misses 618 616 -2
Partials 328 328
Continue to review full report at Codecov.
|
The Steering Council (SC) members are core developers who have additional | ||
responsibilities to ensure the smooth running of the project. SC members are |
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.
The Steering Council (SC) members are core developers who have additional | |
responsibilities to ensure the smooth running of the project. SC members are | |
The Steering Council (SC) members are current or former core developers who | |
have additional responsibilities to ensure the smooth running of the project. | |
SC members are |
doc/source/devel/governance.rst
Outdated
- **Code changes and major documentation changes** require agreement by *two* | ||
core developers *and* no disagreement or requested changes by a core | ||
developer on the issue or pull-request page (lazy consensus). |
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.
A requirement for two reviewers is a high bar for nibabel, historically. Maybe something like:
- **Code changes and major documentation changes** require agreement by *two* | |
core developers *and* no disagreement or requested changes by a core | |
developer on the issue or pull-request page (lazy consensus). | |
- **Code changes and major documentation changes** require approval by *two* | |
reviewers, including at least one core developer, *and* no disagreement or | |
requested changes by a core developer on the issue or pull-request page | |
(lazy consensus). If a core developer calls for a second review, they may | |
merge after a "reasonable" interval. |
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 changed the two to "one" in the modified version. Is that OK?
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.
Yes, that's fine.
We don't have enough developers to require two to review.
@matthew-brett I'm going to merge to get a rendered version up. I suspect we'll only need small touchups after this. |
Getting ready to submit for NumFocus membership.