Skip to content

Clarify TSC responsibilities/limitations in the TSC Charter #1756

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

Open
wants to merge 3 commits into
base: main
Choose a base branch
from

Conversation

jasnell
Copy link
Member

@jasnell jasnell commented Jun 30, 2025

Alternative to #1754 that represents the text and coverage that I would like to see updated in the charter. The other PR is getting confusing with multiple edits and I want to make sure that the changes I would like to see are clear/distinct.

Obviously, everything here would also need to be reviewed and approved by the CPC/Foundation

Most of this is likely better handled at the CPC level, but there are a few TSC members who are insisting that some governance changes need to be made/clarified so this is my attempt at such clarification.

@rginn
Copy link

rginn commented Jul 1, 2025

We share the goal of technical accuracy. While we may not write code commits, technical marketing and communications are also technical disciplines, just applied differently. The OpenJS executive and marketing teams bring over 20 years of experience supporting open source release communications, security disclosures, and a variety of blog content in close collaboration with OSS projects, including the Node.js TSC and maintainers. Our focus is on making sure communications are accurate, clear, and accessible, and we aim to support contributors, not override them.

I like how this is coming together in this PR. I would add “...in collaboration with the OpenJS Foundation” to the charter update to reflect how we’ve worked better together on all things Node.js.

@jasnell jasnell force-pushed the jasnell/clarifying-tsc-responsibilities branch from bdbdb89 to 0954e39 Compare July 2, 2025 13:09

The TSC will define Node.js project’s release vehicles.

### Exclusions and limitations of TSC responsibilities
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I really think this should be part of the CPC set of documents for all projects.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree

* Establishing guidelines for communication by project contributors about the
technical development processes of the project, releases and release announcements,
technical documentation, contributor onboarding and conduct, project governance,
and technical direction.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you please add "the project website and download server".

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Within this bullet point or a separate one? Also, "the project website" is fairly broad. Should we define that scope a bit more?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This reasonate with me:

* All infrastructure needed to support the development and distribution of the project, including the Website, CI infrastructure, Download service, etc.

Co-authored-by: Nick Schonning <nschonni@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants