Skip to content

Commit 91430f4

Browse files
rxmarblesTrott
authored andcommitted
[doc] update working-groups
1 parent aae633a commit 91430f4

1 file changed

Lines changed: 25 additions & 0 deletions

File tree

locale/en/about/working-groups.md

Lines changed: 25 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -21,6 +21,7 @@ Core Working Groups are created by the
2121
* [Release](#release)
2222
* [Security](#security)
2323
* [Streams](#streams)
24+
* [Package Maintenance](#package-maintenance)
2425

2526
### [Addon API](https://github.com/nodejs/nan)
2627

@@ -239,3 +240,27 @@ Responsibilities include:
239240
* Assisting in the implementation of stream providers within Node.js.
240241
* Recommending versions of `readable-stream` to be included in Node.js.
241242
* 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)