Skip to content

Commit fb57969

Browse files
rxmarblesTrott
authored andcommitted
[doc] update based on feedback
1 parent 91430f4 commit fb57969

1 file changed

Lines changed: 24 additions & 25 deletions

File tree

locale/en/about/working-groups.md

Lines changed: 24 additions & 25 deletions
Original file line numberDiff line numberDiff line change
@@ -18,10 +18,10 @@ Core Working Groups are created by the
1818
* [Docker](#docker)
1919
* [Evangelism](#evangelism)
2020
* [i18n](#i18n)
21+
* [Package Maintenance](#package-maintenance)
2122
* [Release](#release)
2223
* [Security](#security)
2324
* [Streams](#streams)
24-
* [Package Maintenance](#package-maintenance)
2525

2626
### [Addon API](https://github.com/nodejs/nan)
2727

@@ -178,6 +178,29 @@ Each language community maintains its own membership.
178178
* [nodejs-uk - Ukrainian (Українська)](https://github.com/nodejs/nodejs-uk)
179179
* [nodejs-vi - Vietnamese (Tiếng Việt)](https://github.com/nodejs/nodejs-vi)
180180

181+
### [Package Maintenance](https://github.com/nodejs/package-maintenance)
182+
183+
Responsibilities include:
184+
* Building, documenting and evangelizing guidance, tools and processes that make it easier for maintainers to
185+
maintain packages and accept help from those who depend on their packages.
186+
* Management of repositories within the [pkgjs](https://github.com/pkgjs)
187+
GitHub organization including but not limited to:
188+
* Managing the list of organization owners which supplement the standard
189+
Node.js organization owners as outlined in:
190+
[https://github.com/nodejs/admin/blob/master/GITHUB_ORG_MANAGEMENT_POLICY.md#owners](https://github.com/nodejs/admin/blob/master/GITHUB_ORG_MANAGEMENT_POLICY.md#owners)
191+
* Overseeing new repositories (creating, moving, removing)
192+
* Managing the maintainer teams for all of the repositories.
193+
* Contribution policy for repositories
194+
* Technical direction for the projects within
195+
the [pkgjs](https://github.com/pkgjs) organization
196+
* Project governance and process (including this policy)
197+
* Managing the maintainer teams and contribution policies for the
198+
following repositories
199+
* nodejs/ci-config-travis
200+
* nodejs/ci-config-github-actions
201+
* nodejs/package-maintenance repository.
202+
203+
181204
### [Release](https://github.com/nodejs/Release)
182205

183206
The Release Working Group manages the release process for Node.js.
@@ -240,27 +263,3 @@ Responsibilities include:
240263
* Assisting in the implementation of stream providers within Node.js.
241264
* Recommending versions of `readable-stream` to be included in Node.js.
242265
* Messaging about the future of streams to give the community advance notice of changes.
243-
244-
### [Package Mainentance](https://github.com/nodejs/package-maintenance)
245-
246-
The Package Maintenance Working Group working group brings together
247-
Node.js collaborators, package maintainers, and package consumers to
248-
work together with the goal of ensuring the health of the package ecosystem.
249-
250-
Our goals are:
251-
252-
* Define and document how to prioritize which packages are key to
253-
the Node.js ecosystem, and how/what assistance can/should be provided.
254-
One key aspect is understanding what communication channels are
255-
needed in order to identify when specific issues are slowing
256-
migration from one Node.js version to another, or causing friction in the ecosystem.
257-
* Building and documenting guidance, tools and processes so businesses
258-
can identify the packages they depend on. Businesses can use the information
259-
to build a business case which supports both the organization and developers
260-
helping to maintain those packages.
261-
* Documenting a backlog and providing resources to help businesses identify
262-
how their developers can contribute, and get engaged. Developers can test
263-
and validate a workflow to help with issues slowing migration to Node.js 10.x.
264-
* Building, documenting and evangelizing guidance, tools and processes
265-
(for example LTS for modules) can make it easier for maintainers to manage multiple streams,
266-
and accept help from those who depend on their module.

0 commit comments

Comments
 (0)