Documentation for Hyperledger Besu enterprise-grade Java-based, Apache 2.0 licensed Ethereum client https://wiki.hyperledger.org/display/besu
ethereumbesuhacktoberfestjavaibft2poabesu-docsbesu-documentationcliquecryptoethereum-clienthacktoberfest2022permissioningpowprivacy
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
3.5 KiB
3.5 KiB
Maintainers
Active maintainers
Name | GitHub | LFID |
---|---|---|
Alexandra Tran | alexandratran | alexandratran |
Byron Gravenorst | bgravenorst | bgravenorst |
Madeline Murray | MadelineMurray | madelinemurray |
Nicolas Massart | NicolasMassart | NicolasMassart |
Roland Tyler | rolandtyler | rolandtyler |
Emeritus maintainers
Name | GitHub | LFID |
---|---|---|
Steven Gregg | sgregglives | sagregg |
Grant Noble | grantnoble | grantnoble |
Tim Beiko | timbeiko | timbeiko |
Becoming a maintainer
Besu docs welcomes community contribution. Community members can progress to become a maintainer. To become a maintainer the following steps occur, roughly in order.
- The proposed maintainer authors and has accepted five significant changes.
- The proposed maintainer has the sponsorship of at least one other maintainer.
- This sponsoring maintainer will create a PR modifying the list of maintainers.
- The proposed maintainer accepts the nomination and expresses a willingness to be a long-term (more than six months) committer.
- This would be a comment in the above PR.
- All appropriate communication channels will advertise this PR and it will be mentioned in any maintainer/community call. The appropriate mailing lists or chat channels (if they exist) will also advertise the PR.
- Approval by at least three current maintainers within two weeks of the proposal or an absolute
majority of current maintainers.
- The PR modifying the list of maintainers keeps a record of these votes.
- No recorded vetos by another maintainer within two weeks of the proposal.
- Accompanying all vetoes must be a public explanation as a comment in the PR for adding this maintainer.
- The explanation of the veto must be reasonable.
- You can retract a veto, in which case the approval/veto time frame is reset.
- It's bad form to veto, retract, and veto again.
- The proposed maintainer becomes a maintainer:
- Either two weeks have passed since the third approval,
- Or an absolute majority of maintainers approve.
- In either case, no maintainer presents a veto.
Removing maintainers
Being a maintainer is not a status symbol or an indefinite title. It will occasionally be necessary and appropriate to move a maintainer to emeritus status. This can occur in the following situations:
- Resignation of a maintainer.
- Violation of the Code of Conduct warranting removal.
- Inactivity.
- A general measure of inactivity will be no commits or code review comments for one reporting quarter, although this will not be strictly enforced if the maintainer expresses a reasonable intent to continue contributing.
- A reasonable exception to inactivity is long term leave, such as parental leave or medical leave.
- Other unspecified circumstances.
Like adding a maintainer, the PR making the change records the governance process for moving a maintainer to emeritus status.
Returning to active status from emeritus status uses the same steps as adding a new maintainer. The emeritus maintainer already has the five required significant changes because there is no contribution time horizon for those.