1 # io.js Project Governance
5 The io.js project is jointly governed by a Technical Committee (TC)
6 which is responsible for high-level guidance of the project.
8 The TC has final authority over this project including:
11 * Project governance and process (including this policy)
13 * GitHub repository hosting
15 * Maintaining the list of additional Collaborators
17 Initial membership invitations to the TC were given to individuals who
18 had been active contributors to io.js, and who have significant
19 experience with the management of the io.js project. Membership is
20 expected to evolve over time according to the needs of the project.
22 For the current list of TC members, see the project
23 [README.md](./README.md#current-project-team-members).
27 The [iojs/io.js](https://github.com/nodejs/io.js) GitHub repository is
28 maintained by the TC and additional Collaborators who are added by the
29 TC on an ongoing basis.
31 Individuals making significant and valuable contributions are made
32 Collaborators and given commit-access to the project. These
33 individuals are identified by the TC and their addition as
34 Collaborators is discussed during the weekly TC meeting.
36 _Note:_ If you make a significant contribution and are not considered
37 for commit-access, log an issue or contact a TC member directly and it
38 will be brought up in the next TC meeting.
40 Modifications of the contents of the iojs/io.js repository are made on
41 a collaborative basis. Anybody with a GitHub account may propose a
42 modification via pull request and it will be considered by the project
43 Collaborators. All pull requests must be reviewed and accepted by a
44 Collaborator with sufficient expertise who is able to take full
45 responsibility for the change. In the case of pull requests proposed
46 by an existing Collaborator, an additional Collaborator is required
47 for sign-off. Consensus should be sought if additional Collaborators
48 participate and there is disagreement around a particular
49 modification. See _Consensus Seeking Process_ below for further detail
50 on the consensus model used for governance.
52 Collaborators may opt to elevate significant or controversial
53 modifications, or modifications that have not found consensus to the
54 TC for discussion by assigning the ***tc-agenda*** tag to a pull
55 request or issue. The TC should serve as the final arbiter where
58 For the current list of Collaborators, see the project
59 [README.md](./README.md#current-project-team-members).
61 A guide for Collaborators is maintained in
62 [COLLABORATOR_GUIDE.md](./COLLABORATOR_GUIDE.md).
66 TC seats are not time-limited. There is no fixed size of the TC.
67 However, the expected target is between 6 and 12, to ensure adequate
68 coverage of important areas of expertise, balanced with the ability to
69 make decisions efficiently.
71 There is no specific set of requirements or qualifications for TC
72 membership beyond these rules.
74 The TC may add additional members to the TC by a standard TC motion.
76 A TC member may be removed from the TC by voluntary resignation, or by
79 Changes to TC membership should be posted in the agenda, and may be
80 suggested as any other agenda item (see "TC Meetings" below).
82 No more than 1/3 of the TC members may be affiliated with the same
83 employer. If removal or resignation of a TC member, or a change of
84 employment by a TC member, creates a situation where more than 1/3 of
85 the TC membership shares an employer, then the situation must be
86 immediately remedied by the resignation or removal of one or more TC
87 members affiliated with the over-represented employer(s).
91 The TC meets weekly on a Google Hangout On Air. The meeting is run by
92 a designated moderator approved by the TC. Each meeting should be
95 Items are added to the TC agenda which are considered contentious or
96 are modifications of governance, contribution policy, TC membership,
99 The intention of the agenda is not to approve or review all patches.
100 That should happen continuously on GitHub and be handled by the larger
101 group of Collaborators.
103 Any community member or contributor can ask that something be added to
104 the next meeting's agenda by logging a GitHub Issue. Any Collaborator,
105 TC member or the moderator can add the item to the agenda by adding
106 the ***tc-agenda*** tag to the issue.
108 Prior to each TC meeting, the moderator will share the Agenda with
109 members of the TC. TC members can add any items they like to the
110 agenda at the beginning of each meeting. The moderator and the TC
111 cannot veto or remove items.
113 The TC may invite persons or representatives from certain projects to
114 participate in a non-voting capacity. These invitees currently are:
116 * A representative from [build](https://github.com/node-forward/build)
117 chosen by that project.
119 The moderator is responsible for summarizing the discussion of each
120 agenda item and sending it as a pull request after the meeting.
122 ## Consensus Seeking Process
125 [Consensus Seeking](http://en.wikipedia.org/wiki/Consensus-seeking_decision-making)
126 decision making model.
128 When an agenda item has appeared to reach a consensus, the moderator
129 will ask "Does anyone object?" as a final call for dissent from the
132 If an agenda item cannot reach a consensus, a TC member can call for
133 either a closing vote or a vote to table the issue to the next
134 meeting. The call for a vote must be approved by a majority of the TC
135 or else the discussion will continue. Simple majority wins.