Proposal: Core subsystem Code Owner teams
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Calme
- Stack technique
- github, nodejs
- Domaine
- developer-experience
Piste de recherche
Commencez par les sections Collaborator → Maintainer, Team Member et Core, puis examinez la discussion liée du sommet Node.js ainsi que les dépôts mentionnés nodejs/admin et nodejs/node. La tâche est considérée comme terminée lorsque le TSC a donné son accord sur le modèle de gouvernance et que les règles relatives aux équipes, à la responsabilité, aux nominations et à la protection des branches sont documentées. L’issue ne nomme aucun fichier d’implémentation ni aucun test.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I've tried to distill the great feedback from the node summit session a couple weeks ago. It does end up being somewhat surprisingly long because of what-ifs and what-abouts; the TLDR is found #Core at the bottom.
Motivations
- un/de-value non-Core contribution
- lower barriers to entry
- increase agility (more reviewers, more landers, etc)
- increase engagement
Proposal
Collaborator
- Expected to exercise caution when operating outside their teams
Nominations
Inherits the current Collaborator nomination policy with some notable points of clarification (on things that are currently vague):
- unchanged: via existing Collaborator (or TSC—who are Collaborators)
- barrier to entry should be high
- contributions across multiple teams (may be waived for extensive, multi-year tenure with the project)
Explicit criteria punted to a subsequent proposal
minimum of 1 year of consistent contributionsupport minimum: 10% of Collaboratorsmust be explicit, eg 👍 or+1in a comment
(Team) Member
- approve or block PRs to their subsystem (eg
node:test) and votes within their team (eg a nomination)
Context on teams (not new)
- Largely self-managing
- Can establish own policies extending general policy
- Handle own membership:
- requests to join
- nominating new members
- expelling members
- pruning inactive members (assisted/informed by an automation such as https://github.com/nodejs/admin/issues/1030)
- Administered by lead(s)/chair(s) (
adminrole on team repo,maintainerof the GH team, etc)
- Initial block resolution starts within the team; recommended approach:
- Team votes
- Overturned
- Escalate to TSC
- Team votes
Nominations
- barrier to entry should be moderately low
- demonstrates (to a lesser extent) qualities of a Collaborator
- managed by the team
- existing team members may vote on both team member and team maintainer nominations
Explicit criteria punted to a subsequent proposal
minimum of 3 months of consistent contributionSupport minimum: simple majority
Quorum: ⅔
Team member onboarding is handled by a team maintainer.
Organisation member onboarding is handled by a TSC member.
Empty teams
An empty team can be resurrected by posting in nodejs/admin:
- a non-Collaborator
- TSC approves a request by an aspiring organisation member to join
- A TSC member acts as team maintainer to oversee until the team is sufficiently populated
- TSC approves a request by an aspiring organisation member to join
- a Collaborator
- (after 1 week) adds themselves to the GH team (no approval required as there's no-one to vote)
- A TSC member adds them to the team's
maintainersubteam andadminto team's repo.
Core
The nodejs/node repository
- Subsystems are code-owned by a respective team (eg
node:testis code-owned by the@nodejs/core/test-runnerteam). @nodejs/core/collaboratorshas codebase-wide code-ownership- At least 1 code owner approval is required to land a relevant PR
- When there is no owning team, a Collaborator (exercising the aforementioned caution) or TSC member provides the code-owner approval
mainbranch is protected againstwrite(a PR is required) except for TSC &@nodejs/core/releasers- includes manually landing a PR
cc @nodejs/collaborators @nodejs/tsc
- Langage dominant
- JavaScript
- Étoiles
- 693
- Forks
- 142
- Merge moyen
- 8 j 7 h
- PR mergées (30 j)
- 3
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de nodejs/TSC
-
GSoC 2027Ouverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 1/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 20/100
-
tsc-agenda
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 8/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 3/100
Toutes les issues de nodejs/TSC
Issues similaires
-
API: `tsc.exe` opens a visible console window on Windows when the parent process has no consoleOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
microsoft/TypeScript#65083 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
openfoodfacts/open-prices-frontend#2496 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 1 jour
-
[metro-file-map] An error a watcher backend reports ends the server, since nothing listens for itOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 2 jours
-
needs:triage
Difficulté 2/5 1-3 heures Accessibilité débutants 77/100
Les mainteneurs répondent en général sous 1 jour