Skip to content

Expand CODEOWNERS to each learn section owner/advocate #7292

Closed

Description

@bmuenzenmeyer

Broken out of #7197
Might be related to nodejs/learn#31

CODEOWNERS improvements associated to teams related to the APIs highlighted in the learn content

for each identified api module / team:

  • add a team, or expand access to write access if missing (CODEOWNERS must have write access)
  • add the team and content paths to CODEOWNERS

Activity

  1. bmuenzenmeyer commented on Nov 29, 2024

    @bmuenzenmeyer
    ContributorAuthor

    @AugustinMauroy identified these already

    test-runner should be under the test-runner team
    typescript should be under typescript team

  2. AugustinMauroy commented on Nov 30, 2024

    @AugustinMauroy
    Member

    Note that we can only take action on this when we have clearly defined the learning path/graph and each subsection is associated with one or two teams max.

  3. AugustinMauroy commented on Dec 2, 2024

    @AugustinMauroy
    Member

    I've added it to the agenda to get their opinion on the matter.

  4. marco-ippolito commented on Dec 18, 2024

    @marco-ippolito
    Member

    No problem with adding @nodejs/typescript as codeowner of the typescript related content for review

  5. AugustinMauroy commented on Jan 10, 2025

    @AugustinMauroy
    Member

    ping @nodejs/test_runner to move forward on this issue

  6. pmarchini commented on Jan 11, 2025

    @pmarchini
    Member

    Hey @AugustinMauroy, no problem for me regarding @nodejs/test_runner.
    I'd suggest collecting some thoughts from @cjihrig, @MoLow, @atlowChemi, and @jakecastelli as well.

  7. JakobJingleheimer commented on Jan 12, 2025

    @JakobJingleheimer
    Member

    ping @nodejs/test_runner to move forward on this issue

    I'm happy to do, although I'm not as active an implementer as Chemi, Colin, and Moshe.

  8. cjihrig commented on Jan 12, 2025

    @cjihrig
    Contributor

    I'm not quite sure what is being asked of me in this issue? I think using the test_runner team as CODEOWNERS is fine if that's the question. It's worth noting though that none of the subsystem specific teams actually represent expertise in that subsystem. It just means that those people have subscribed to notifications.

  9. AugustinMauroy commented on Jan 12, 2025

    @AugustinMauroy
    Member

    It just means that those people have subscribed to notifications.

    And have to approve PRs

  10. pmarchini commented on Jan 12, 2025

    @pmarchini
    Member

    It just means that those people have subscribed to notifications.

    And have to approve PRs

    In Node Core, being part of the team does not grant any particular ownership.
    It simply provides an easier way to manage notifications.
    As far as I know, a team member's approval doesn't have any specific effect @AugustinMauroy.

  11. cjihrig commented on Jan 12, 2025

    @cjihrig
    Contributor

    Node core actually looked into leveraging CODEOWNERS years ago. That was exactly the problem though. Any collaborator can join any team and approve things... which defeats the whole purpose of CODEOWNERS.

  12. AugustinMauroy commented on Jan 12, 2025

    @AugustinMauroy
    Member

    Node core actually looked into leveraging CODEOWNERS years ago. That was exactly the problem though. Any collaborator can join any team and approve things... which defeats the whole purpose of CODEOWNERS.

    That another question. IDK if there are a way to disable self joining team. EDIT: we cannot "join as it" we can request to join. IDK who approve that but there are a step before joining any team

    But for now we need someone that take care of nodejs learn content and it's why we use CODEOWNERS

  13. 4 remaining items

  14. added
    metaMeta Issues for Administration of the Website Team
    infrastructureIssues/PRs related to the Repository Infra
    on Feb 4, 2025
  15. self-assigned this
    on Jul 21, 2025
  16. avivkeller commented on Jul 21, 2025

    @avivkeller
    Member

    In my view, the best approach comes down to one of two options:

    Option A:
    Add the relevant teams to the CODEOWNERS file without giving them write access. Then, like in the core repo, use a bot to ping those teams for the files they "own." This wouldn't require a CODEOWNER approving review unless the team has write access (i.e. TSC, Web, etc).

    Option B (My favorite):
    As suggested in #7294, map each Learn article to a core API (e.g., api: fs in the frontmatter). GitHub Actions would then link each API to a specific team (e.g., fs → @nodejs/fs). A bot would ping the appropriate team based on the APIs mentioned in the article.

    WDYT?

  17. AugustinMauroy commented on Jul 21, 2025

    @AugustinMauroy
    Member

    Option B:
    As suggested in #7294, map each Learn article to a core API (e.g., api: fs in the frontmatter). GitHub Actions would then link each API to a specific team (e.g., fs → @nodejs/fs). A bot would ping the appropriate team based on the APIs mentioned in the article.

    Not too bad idea. But what should we do for section that didn't have any specific topics/api

  18. avivkeller commented on Jul 21, 2025

    @avivkeller
    Member

    But what should we do for section that didn't have any specific topics/api

    We'd cross that bridge when we get there. It would be the same situation if we used CODEOWNERS. Currently, the website team becomes the default editorial authority.

  19. AugustinMauroy commented on Jul 21, 2025

    @AugustinMauroy
    Member

    Currently, the website team becomes the default editorial authority.

    what about a @nodejs/website-content ?

  20. ovflowd commented on Jul 21, 2025

    @ovflowd
    Member

    I'm strongly opposed with the CODE OWNERS approach and I'm firmly a -1 here. I don't understand why y'all are ignoring my suggestions of using nodes/node bot that pings the right teams without needing to change code owners and give write access to all these teams.

    I'm fine removing my -1 if we all believe the code owners is truly the best approach.

  21. AugustinMauroy commented on Jul 21, 2025

    @AugustinMauroy
    Member

    I agreed with you for the bot but it's didn't change the question about who we need to ping

  22. avivkeller commented on Jul 22, 2025

    @avivkeller
    Member

    I'm strongly opposed with the CODE OWNERS approach and I'm firmly a -1 here. I don't understand why y'all are ignoring my suggestions of using nodes/node bot that pings the right teams without needing to change code owners and give write access to all these teams.

    I'm fine removing my -1 if we all believe the code owners is truly the best approach.

    That was my suggestion:

    Add the relevant teams to the CODEOWNERS file without giving them write access. Then, like in the core repo, use a bot to ping those teams for the files they "own."

    A bot would ping the appropriate team based on the APIs mentioned in the article.

    I'm also a strong -1 on giving teams write access.

  23. ovflowd commented on Jul 23, 2025

    @ovflowd
    Member

    Add the relevant teams to the CODEOWNERS file without giving them write access. Then, like in the core repo, use a bot to ping those teams for the files they "own."

    Oh I misread lol 😅

  24. moved this from 📋 Backlog to 🏗 In progress in Node.js Websiteon Sep 25, 2025
  25. moved this from 🏗 In progress to 👀 In review in Node.js Websiteon Sep 25, 2025
  26. moved this from 👀 In review to ✅ Done in Node.js Websiteon Nov 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

help wantedinfrastructureIssues/PRs related to the Repository InfralearnIssues/pr concerning the learn sectionmetaMeta Issues for Administration of the Website Team

Type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions