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
Copy file name to clipboardExpand all lines: GOVERNANCE.md
+59-4Lines changed: 59 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -84,11 +84,66 @@ The current list of all Web Team members across all subteams is maintained in [M
84
84
85
85
## Governance
86
86
87
-
### TSC Oversight
87
+
### Relationship with the TSC
88
88
89
-
Any website change that expresses a position about a global event or group of people requires explicit [TSC](https://github.com/nodejs/TSC/blob/main/TSC-Charter.md#section-4-responsibilities-of-the-tsc) approval through one of these methods:
90
-
- Pinging `@nodejs/tsc` and receiving no objections after seven days
91
-
- Emailing `tsc@iojs.org` and receiving at least one approval with no objections after seven days
89
+
The Website Team operates with significant autonomy for most website decisions, but must recognize the TSC's ultimate authority on matters affecting Node.js project representation, branding, and strategic partnerships.
90
+
91
+
#### Decision Authority Hierarchy
92
+
93
+
1.**Website Team Authority**
94
+
95
+
- Technical implementation details
96
+
- User interface and experience design
97
+
- Content organization and information architecture
98
+
- Day-to-day maintenance and updates
99
+
100
+
2.**TSC Authority**
101
+
- Project-wide policies and governance
102
+
- Strategic partnerships and representation
103
+
- Major structural or navigational changes
104
+
- Content that affects Node.js project positioning
105
+
106
+
#### Content Requiring TSC Approval
107
+
108
+
-**Statements on Sociopolitical Issues**: Any content expressing positions on political, social, cultural, or humanitarian matters
109
+
-**Commercial Relationships and Endorsements**: Any content establishing or promoting commercial partnerships, vendor preferences, or paid services related to Node.js
110
+
111
+
Website changes falling under these categories require **formal TSC endorsement** as outlined in the [TSC Charter](https://github.com/nodejs/TSC/blob/main/TSC-Charter.md#section-4-responsibilities-of-the-tsc). Valid approval consists of at least one TSC member's explicit approval with no objections from any TSC members. This endorsement may be secured through either:
112
+
113
+
- Pinging `@nodejs/tsc` OR
114
+
- Sending an email to `tsc@iojs.org`
115
+
116
+
#### Handling TSC Feedback and Concerns
117
+
118
+
When TSC members express concerns about proposed changes:
119
+
120
+
1.**Documentation Requirement**: Document all TSC feedback in the relevant issue or PR
121
+
2.**Hold Period**: Pause implementation until concerns are addressed
122
+
3.**Resolution Process**:
123
+
- Seek clarification on specific concerns
124
+
- Propose compromise solutions
125
+
- Document resolution attempts and outcomes
126
+
127
+
#### Dispute Resolution Process
128
+
129
+
If disagreements arise between the Website Team and TSC regarding website changes:
130
+
131
+
1.**Escalation Path**:
132
+
133
+
- First attempt: Direct discussion on the PR/issue
134
+
- Second attempt: Scheduled discussion in TSC meeting
135
+
- Final resolution: Formal TSC vote if needed
136
+
137
+
2.**Implementation Requirements**:
138
+
139
+
- Changes with unresolved TSC objections must not proceed without formal TSC approval
140
+
- When in doubt about approval status, seek explicit confirmation
141
+
- Document the resolution and approval in the PR before merging
142
+
143
+
3.**Documentation Standard**:
144
+
- All significant disagreements and their resolutions must be documented
145
+
- TSC approvals should be explicit and documented in writing
146
+
- Approval pathways should be clear to all current and future contributors
> These notes were taken from https://github.com/nodejs/nodejs.org/issues/7773#issuecomment-2981323158,
3
+
> since this was an informal meeting.
4
+
5
+
# Node.js Website Team Meeting 2025-06-17
6
+
7
+
## Present
8
+
9
+
- Matteo Collina @mcollina
10
+
- Claudio Wunder @ovflowd
11
+
- Robin Bender Ginn @rginn (Invited)
12
+
- Jeo Eames @joeeames (Invited)
13
+
14
+
## Agenda
15
+
16
+
### nodejs/nodejs.org
17
+
18
+
*https://github.com/nodejs/nodejs.org/issues/7773
19
+
20
+
* After some discussion, it was agreed that we do need to move forward with promoting this ESP as the situation with folks using EOL versions is a significant security problem for the ecosystem (for example, Node.js 12 is getting ~25 million downloads per month still), and with the agreement that's in place with the ESP, it will also help bring in some additional cash into Node.js.
21
+
* The plan seems to be:
22
+
* Move forward with the [redesigned homepage](https://nodejs-org-git-fork-canerakdas-feat-simplified-download-openjs.vercel.app/), but with `Getting Involved` replaced with a `Get EOL Security Updates` button (final text tbd, might want to mention Node.js 18 specifically)
23
+
* Adding a global banner for a short while to promote the EOL blog post
24
+
* Ensure that we hook the button + banner up to click tracking in Vercel to give us data
25
+
* Our aim, ideally, is to have this live on Monday so that we can start getting numbers on how this is doing (this should be coordinated w/ @kyliewd). This might not be the final state, consider this somewhat an experiment as we see what traffic and conversions this generates, and if it increases awareness for upgrading Node.js versions as well.
0 commit comments