Skip to content

Nominating @RichardLau for Releasers team #585

Description

@BethGriggs

Socialised via email to the @nodejs/tsc as per:

Release authorization is given by the Node.js TSC.

Activity

  1. MylesBorins commented on Jun 10, 2020

    @MylesBorins
    Contributor

    +1!!!

  2. mcollina commented on Jun 10, 2020

    @mcollina
    SponsorMember

    +1

  3. codebytere commented on Jun 11, 2020

    @codebytere
    Member

    +1!

  4. mhdawson commented on Jun 15, 2020

    @mhdawson
    Member

    +1

  5. added a commit that references this issue on Jun 19, 2020
  6. BethGriggs commented on Jun 19, 2020

    @BethGriggs
    MemberAuthor

    Raised #588 and added to the team.

    @richardlau, it is worth running through the 'Who Can Make A Release?' section. Please let me know if there is any access that requires someone with admin permissions to grant.

    I'm also assuming you do not yet have access to https://github.com/nodejs-private/node-private for security releases. I do not know the process of adding releasers to that organisation. Can anyone from @nodejs/releasers confirm it is just a case of inviting Richard to the GitHub organisation and relevant teams?

  7. richardlau commented on Jun 19, 2020

    @richardlau
    Member

    @BethGriggs According to the process in https://github.com/nodejs/Release/blob/master/GOVERNANCE.md being added to the team happens after preparing a release? Or maybe the ordering doesn't matter if there are no objections (in which case we should update the docs)?

    I can confirm I currently do not have access to https://github.com/nodejs-private/node-private.

    FWIW I've been trying to add my gpg key to the public keyservers (via the submission link in https://github.com/nodejs/node/blob/master/doc/guides/releases.md#3-a-publicly-listed-gpg-key) but so far haven't been able to retrieve it via the command.

  8. BethGriggs commented on Jun 19, 2020

    @BethGriggs
    MemberAuthor

    Converted #588 back to a draft and hold off with accesses until the first release is prepared.

    I think the wording can be improved, as the following implied to me that the new releaser would kick off the builds (which you need to be in the release team for). Although, I think you have ci-release access via the Build WG anyway.

    The nominee will then be expected to prepare one release on any active release line, which can be tagged, signed and promoted by any other existing member of the releasers team.

    It would probably also be worth refactoring releases.md or adding a reference back to the Release governance documentation as they seem to overlap.

    The nominee will then be expected to prepare one release on any active release line.

    There are probably enough commits and backports to warrant preparing a v10.x release.

  9. nschonni commented on Jun 19, 2020

    @nschonni
    Member

    https://github.com/nodejs/docker-node/blob/master/keys/node.keys probably also needs to be updated, but I didn't see that in the release.md.

  10. richardlau commented on Jun 19, 2020

    @richardlau
    Member

    https://github.com/nodejs/docker-node/blob/master/keys/node.keys probably also needs to be updated, but I didn't see that in the release.md.

    It’s listed in https://github.com/nodejs/Release/blob/master/GOVERNANCE.md#adding-new-releasers. As @BethGriggs said it’s probably worth refactoring release.md.

  11. added a commit that references this issue on Jul 23, 2020
  12. added a commit that references this issue on Jul 29, 2020
  13. added a commit that references this issue on Jan 8, 2021
  14. added a commit that references this issue on Jan 30, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions