You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This list is to be kept up to date as maintainers are added or removed.
13
13
14
-
# Expectations of Maintainers
15
-
16
-
Maintainers are expected to regularly:
17
-
18
-
- Make contributions to FireFly code repositories including code or documentation
19
-
- Review pull requests
20
-
- Investigate open GitHub issues
21
-
- Participate in Community Calls
22
-
23
-
# Becoming a Maintainer
24
-
25
-
The FireFly Project welcomes and encourages people to become maintainers of the project if they are interested and meet the following criteria:
26
-
27
-
## Criteria for becoming a member
28
-
29
-
- Expressed interest and commitment to meet the expectations of a maintainer for at least 6 months
30
-
- A consistent track record of contributions to FireFly code repositories which could be:
31
-
- Enhancements
32
-
- Bug fixes
33
-
- Tests
34
-
- Documentation
35
-
- A consistent track record of helpful code reviews on FireFly code repositories
36
-
- Regular participation in Community Calls
37
-
- A demonstrated interest and aptitude in thought leadership within the FireFly Project
38
-
- Sponsorship from an existing maintainer
39
-
40
-
There is no specific quantity of contributions or pull requests, or a specific time period over which the candidate must prove their track record. This will be left up to the discretion of the existing maintainers.
41
-
42
-
## Process for becoming a maintainer
43
-
44
-
Once the above criteria have been met, the sponsoring maintainer shall propose the addition of the new maintainer at a public Community Call. Existing maintainers shall vote at the next public Community Call whether the new maintainer should be added or not. Proxy votes may be submitted via email _before_ the meeting. A simple majority of the existing maintainers is required for the vote to pass.
45
-
46
-
## Maintainer resignation
47
-
48
-
While maintainers are expected in good faith to be committed to the project for a significant period of time, they are under no binding obligation to do so. Maintainers may resign at any time for any reason. If a maintainer wishes to resign they shall open a pull request to update the maintainers list removing themselves from the list.
49
-
50
-
## Maintainer inactivity
51
-
52
-
If a maintainer has remained inactive (not meeting the expectations of a maintainer) for a period of time (at least several months), an email should be sent to that maintainer noting their inactivity and asking if they still wish to be a maintainer. If they continue to be inactive after being notified via email, an existing maintainer may propose to remove the inactive maintainer at a public Community Call. Existing maintainers shall vote at the next public Community Call whether the inactive maintainer should be removed or not. Proxy votes may be submitted via email _before_ the meeting. A simple majority of the existing maintainers is required for the vote to pass.
14
+
For the full list of maintainers across all repos, the expectations of a maintainer and the process for becoming a maintainer, please see the [FireFly Maintainers page on the Hyperledger Wiki](https://wiki.hyperledger.org/display/FIR/Maintainers).
0 commit comments