Releases WG

April 29, 2026 ยท View on GitHub

Oversees all release branches, and tooling to support releases.

Membership

AvatarNameRoleTime Zone
@codebytereShelley Vohr @codebytereChairCET (Berlin)
@jkleinscJohn Kleinschmidt @jkleinscMemberET (Harrisburg)
@ckerrCharles Kerr @ckerrMemberCT (New Orleans)
@vertedindeKeeley Hammond @VerteDindeMemberPT (Portland)
@marshallofsoundSamuel Attard @MarshallOfSoundMemberPT (Vancouver)
@mlaurencinMichaela Laurencin @mlaurencinMemberET (Boston)
@clavinCalvin Watford @clavinMemberMT (Salt Lake City)
@georgexu99George Xu @georgexu99MemberPT (Seattle)
@dsanders11David Sanders @dsanders11MemberPT (Santa Barbara)
@nikwenNiklas Wenzel @nikwenMemberCET (Berlin)
@rf-figmaRyan Fitzgerald @rf-figmaMemberPT (San Francisco)
@nmggithubNoah Gregory @nmggithubMemberET (United States)

Emeritus Members

Emeritus Members
AvatarNameRoleTime Zone
@sofianguySofia Nguy @sofianguyMemberPT (San Francisco)
@deermichelMicha Hanselmann @deermichelMemberCET (Prague)
@amcleggAnna Clegg @amcleggMemberPT (San Francisco)
@alexeykuzminAlexey Kuzmin @alexeykuzminMemberCET (Prague)
@binarymuseMichelle Tilley @BinaryMuseMemberPT (San Francisco)
@erickzhaoErick Zhao @erickzhaoObserverPT (San Francisco)
@deepak1556Deepak Mohan @deepak1556MemberJST (Nagano)
@zcbenzCheng Zhao @zcbenzMemberJST (Nagoya)
@raisintenDarshan Sen @raisintenMemberIST (Kolkata)

Areas of Responsibility

  • Releasing Electron according to schedule
  • Release timeline coordination
    • When to cut new branches for major release lines (e.g. 11-x-y)
    • Planning beta cycles, timelines, etc.
    • Listening and responding to feedback
  • Management of Heroku apps for associated repositories
  • Triaging issues and organizing beta stabilization issues for discussion.
  • Determining which features are allowed to be backported to release lines.

Leadership Responsibilities

In addition to responsibilities outlined in the Charter, a Chair of the Releases Working Group should:

  • Run regular release audits for supported branches using unreleased.
    • Check for unmerged backports and pull requests needing manual (non-trop) backports to release branches.
  • Ensure releases are run for supported branches passing the pre-set unreleased commit threshold.
  • Ensure relevant PRs are being backported to necessary branches, and that original PR openers are opening manual backports for those that trop is unable to handle itself.

Associated Repositories

See repos.md

Rules for Membership

In order to join the Releases Working Group, an aspiring member must:

  1. Regularly attend three meetings
  2. Request entry into Releases Working Group by asking the current Chair
  3. Obtain consensus approval by vote of existing membership during a portion of a meeting which the requester shall not attend.

WG Removal Policy

If a sitting member of the WG has not been active in a meaningful way for at least one month, the WG may vote to remove them from its set of sitting members.

This is done primarily to ensure that there are no open avenues of compromise for the project given that the Releases WG confers notable permissions.

Standard Meeting Structure

The working group typically conducts a 1 hour weekly sync meeting every Wednesday @ 9:30 PT. The structure of the meeting is as follows:

  • Take attendance
  • Review open issues
  • Review and vote on open backport requests
  • Open floor for other agenda items/topics