Includes the following commits:
commit b2978927d8a96ebc814cccbc5a9f1c35910ee621
Remove dynamic map checks and custom deoptimization kinds
This CL removes:
- Dynamic map checks aka minimorphic property loads (TF support,
builtins).
- "Bailout" deopts (= drop to the interpreter once, but don't
throw out optimized code).
- "EagerWithResume" deopts (= part of dynamic map check
functionality, we call a builtin for the deopt check and deopt
or resume based on the result).
Fixed: v8:12552
Change-Id: I492cf1667e0f54586690b2f72a65ea804224b840
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3401585
commit f52f934119635058b179c2359fe070b8ee0f9233
PPC/s390: Remove dynamic map checks and custom deoptimization kinds
Port b2978927d8a96ebc814cccbc5a9f1c35910ee621
Original Commit Message:
This CL removes:
- Dynamic map checks aka minimorphic property loads (TF support,
builtins).
- "Bailout" deopts (= drop to the interpreter once, but don't
throw out optimized code).
- "EagerWithResume" deopts (= part of dynamic map check
functionality, we call a builtin for the deopt check and deopt
or resume based on the result).
R=jgruber@chromium.org, joransiu@ca.ibm.com, junyan@redhat.com, midawson@redhat.com
BUG=
LOG=N
Change-Id: I64476f73810774c2c592231d82c4a2cbfa2bf94e
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3537881
commit 38940b70986da6b43d18cb8cf8f0a3be36ca9010
[loong64][mips] Remove dynamic map checks and custom deoptimization kinds
Port commit b2978927d8a96ebc814cccbc5a9f1c35910ee621
Fixed: v8:12552
Change-Id: Ic2fbded9a662ed840a0350e3ce049e147fbf03a0
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3541527
commit da5b5f66a6bd27df6249602378300c6961bc62b4
[riscv64] Remove dynamic map checks and custom deoptimization kinds
Port b2978927d8a96ebc814cccbc5a9f1c35910ee621
Bug: v8:12552
Change-Id: I73e76fc5cc8905a0fbfc801b2f794735866d19e8
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3544725
commit ffae028b37991566c080c5528463f7d16017668c
Forward deprecation for resurrecting finalizer
Bug: v8:12672
Change-Id: Ib4f53086436e028b4ea32fbc960f57e91709d184
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3532256
commit f6386018d472665e36d662c8b159d95325999d69
[api] Remove TracedGlobal<>
Remove deprecated TracedGlobal<>, greatly simplifying handling of
traced references in general.
Also saves a word per v8::TracedReference as there's no need to keep a
possible callback around.
Bug: v8:12603
Change-Id: Ice35d7906775b912d02e97a27a722b3e1cec28d9
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3532251
commit a8beac553b0a1639bc9790c2d6f82caf6b2e150f
Deprecate some signature checks
Deprecate signature checks in
* Template::SetNativeDataProperty
* ObjectTemplate::SetAccessor
These are not used in Chrome and require some complicated check in the IC code, which we want to remove.
Change-Id: I413fafc8658e922fd590e7fe200600a624f019a6
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3557253
commit cff2b5000a1aa417a9c4499bcfa3ffda4542f4f1
Deprecate signature checks in Set{Accessor,NativeDataProperty}
Change from V8_DEPRECATE_SOON to V8_DEPRECATED. It turned out that we
don't have to make changes in chrome code, so we can go to deprecated
right away.
Bug: chromium:1310790
Change-Id: I1bd529536d3a0098f11f13b3e44fe3dbc80eed04
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3571897
commit 9238afb0c0ee52c9111a7e9f2f055137628771ad
Allow embedder to set global OOM handler
Embedders can currently specify a callback for OOM errors during
Isolate initialization. However, there are cases where an OOM error can
be thrown in a context where we don't have access to an Isolate, for
example on a task posted to a worker thread. This CL introduces an
initialization API to allow the embedder to specify a process-wide OOM
callback.
Bug: chromium:614440
Change-Id: I326753d80767679f677e85104d9edeef92e19086
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3561916
commit ca51ae3ac8b468509603633adb6ee3b3be9306ec
[api][profiler] Get StartProfiling, StopProfiling to accept integer ID rather than string
This CL adds support for interacting with CpuProfile with their integer
id.
A String ID is problematic because it forces an allocation when stopping
or cancelling a Profiler which can happen during a GC when this
is not allowed.
Change-Id: I9a8e754bd67214be0bbc5ca051bcadf52bf71a68
Bug: chromium:1297283
Co-Authored-By: Nicolas Dubus <nicodubus@fb.com>
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/3522896
Refs: b2978927d8
Refs: f52f934119
Refs: 38940b7098
Refs: da5b5f66a6
Refs: ffae028b37
Refs: f6386018d4
Refs: a8beac553b
Refs: cff2b5000a
Refs: 9238afb0c0
Refs: ca51ae3ac8
PR-URL: https://github.com/nodejs/node/pull/42657
Reviewed-By: Darshan Sen <raisinten@gmail.com>
Reviewed-By: Richard Lau <rlau@redhat.com>
Reviewed-By: Jiawen Geng <technicalcute@gmail.com>
Reviewed-By: Michael Dawson <midawson@redhat.com>
Node.js
Node.js is an open-source, cross-platform, JavaScript runtime environment.
For information on using Node.js, see the Node.js website.
The Node.js project uses an open governance model. The OpenJS Foundation provides support for the project.
This project has a Code of Conduct.
Table of contents
- Support
- Release types
- Building Node.js
- Security
- Contributing to Node.js
- Current project team members
- License
Support
Looking for help? Check out the instructions for getting support.
Release types
- Current: Under active development. Code for the Current release is in the branch for its major version number (for example, v15.x). Node.js releases a new major version every 6 months, allowing for breaking changes. This happens in April and October every year. Releases appearing each October have a support life of 8 months. Releases appearing each April convert to LTS (see below) each October.
- LTS: Releases that receive Long Term Support, with a focus on stability and security. Every even-numbered major version will become an LTS release. LTS releases receive 12 months of Active LTS support and a further 18 months of Maintenance. LTS release lines have alphabetically-ordered code names, beginning with v4 Argon. There are no breaking changes or feature additions, except in some special circumstances.
- Nightly: Code from the Current branch built every 24-hours when there are changes. Use with caution.
Current and LTS releases follow semantic versioning. A member of the Release Team signs each Current and LTS release. For more information, see the Release README.
Download
Binaries, installers, and source tarballs are available at https://nodejs.org/en/download/.
Current and LTS releases
https://nodejs.org/download/release/
The latest directory is an alias for the latest Current release. The latest-codename directory is an alias for the latest release from an LTS line. For example, the latest-fermium directory contains the latest Fermium (Node.js 14) release.
Nightly releases
https://nodejs.org/download/nightly/
Each directory name and filename contains a date (in UTC) and the commit SHA at the HEAD of the release.
API documentation
Documentation for the latest Current release is at https://nodejs.org/api/. Version-specific documentation is available in each release directory in the docs subdirectory. Version-specific documentation is also at https://nodejs.org/download/docs/.
Verifying binaries
Download directories contain a SHASUMS256.txt file with SHA checksums for the
files.
To download SHASUMS256.txt using curl:
$ curl -O https://nodejs.org/dist/vx.y.z/SHASUMS256.txt
To check that a downloaded file matches the checksum, run
it through sha256sum with a command such as:
$ grep node-vx.y.z.tar.gz SHASUMS256.txt | sha256sum -c -
For Current and LTS, the GPG detached signature of SHASUMS256.txt is in
SHASUMS256.txt.sig. You can use it with gpg to verify the integrity of
SHASUMS256.txt. You will first need to import
the GPG keys of individuals authorized to create releases. To
import the keys:
$ gpg --keyserver hkps://keys.openpgp.org --recv-keys DD8F2338BAE7501E3DD5AC78C273792F7D83545D
See Release keys for a script to import active release keys.
Next, download the SHASUMS256.txt.sig for the release:
$ curl -O https://nodejs.org/dist/vx.y.z/SHASUMS256.txt.sig
Then use gpg --verify SHASUMS256.txt.sig SHASUMS256.txt to verify
the file's signature.
Building Node.js
See BUILDING.md for instructions on how to build Node.js from source and a list of supported platforms.
Security
For information on reporting security vulnerabilities in Node.js, see SECURITY.md.
Contributing to Node.js
- Contributing to the project
- Working Groups
- Strategic initiatives
- Technical values and prioritization
Current project team members
For information about the governance of the Node.js project, see GOVERNANCE.md.
TSC (Technical Steering Committee)
- aduh95 - Antoine du Hamel <duhamelantoine1995@gmail.com> (he/him)
- apapirovski - Anatoli Papirovski <apapirovski@mac.com> (he/him)
- BethGriggs - Beth Griggs <bgriggs@redhat.com> (she/her)
- BridgeAR - Ruben Bridgewater <ruben@bridgewater.de> (he/him)
- ChALkeR - Сковорода Никита Андреевич <chalkerx@gmail.com> (he/him)
- cjihrig - Colin Ihrig <cjihrig@gmail.com> (he/him)
- danielleadams - Danielle Adams <adamzdanielle@gmail.com> (she/her)
- fhinkel - Franziska Hinkelmann <franziska.hinkelmann@gmail.com> (she/her)
- gireeshpunathil - Gireesh Punathil <gpunathi@in.ibm.com> (he/him)
- jasnell - James M Snell <jasnell@gmail.com> (he/him)
- joyeecheung - Joyee Cheung <joyeec9h3@gmail.com> (she/her)
- mcollina - Matteo Collina <matteo.collina@gmail.com> (he/him)
- mhdawson - Michael Dawson <midawson@redhat.com> (he/him)
- mmarchini - Mary Marchini <oss@mmarchini.me> (she/her)
- MylesBorins - Myles Borins <myles.borins@gmail.com> (he/him)
- RaisinTen - Darshan Sen <raisinten@gmail.com> (he/him)
- richardlau - Richard Lau <rlau@redhat.com>
- ronag - Robert Nagy <ronagy@icloud.com>
- targos - Michaël Zasso <targos@protonmail.com> (he/him)
- tniessen - Tobias Nießen <tniessen@tnie.de> (he/him)
- Trott - Rich Trott <rtrott@gmail.com> (he/him)
Emeriti
TSC emeriti
- addaleax - Anna Henningsen <anna@addaleax.net> (she/her)
- bnoordhuis - Ben Noordhuis <info@bnoordhuis.nl>
- chrisdickinson - Chris Dickinson <christopher.s.dickinson@gmail.com>
- codebytere - Shelley Vohr <shelley.vohr@gmail.com> (she/her)
- danbev - Daniel Bevenius <daniel.bevenius@gmail.com> (he/him)
- evanlucas - Evan Lucas <evanlucas@me.com> (he/him)
- Fishrock123 - Jeremiah Senkpiel <fishrock123@rocketmail.com> (he/they)
- gabrielschulhof - Gabriel Schulhof <gabrielschulhof@gmail.com>
- gibfahn - Gibson Fahnestock <gibfahn@gmail.com> (he/him)
- indutny - Fedor Indutny <fedor@indutny.com>
- isaacs - Isaac Z. Schlueter <i@izs.me>
- joshgav - Josh Gavant <josh.gavant@outlook.com>
- mscdex - Brian White <mscdex@mscdex.net>
- nebrius - Bryan Hughes <bryan@nebri.us>
- ofrobots - Ali Ijaz Sheikh <ofrobots@google.com> (he/him)
- orangemocha - Alexis Campailla <orangemocha@nodejs.org>
- piscisaureus - Bert Belder <bertbelder@gmail.com>
- rvagg - Rod Vagg <r@va.gg>
- sam-github - Sam Roberts <vieuxtech@gmail.com>
- shigeki - Shigeki Ohtsu <ohtsu@ohtsu.org> (he/him)
- thefourtheye - Sakthipriyan Vairamani <thechargingvolcano@gmail.com> (he/him)
- TimothyGu - Tiancheng "Timothy" Gu <timothygu99@gmail.com> (he/him)
- trevnorris - Trevor Norris <trev.norris@gmail.com>
Collaborators
- addaleax - Anna Henningsen <anna@addaleax.net> (she/her)
- aduh95 - Antoine du Hamel <duhamelantoine1995@gmail.com> (he/him)
- ak239 - Aleksei Koziatinskii <ak239spb@gmail.com>
- antsmartian - Anto Aravinth <anto.aravinth.cse@gmail.com> (he/him)
- apapirovski - Anatoli Papirovski <apapirovski@mac.com> (he/him)
- AshCripps - Ash Cripps <acripps@redhat.com>
- Ayase-252 - Qingyu Deng <i@ayase-lab.com>
- bcoe - Ben Coe <bencoe@gmail.com> (he/him)
- bengl - Bryan English <bryan@bryanenglish.com> (he/him)
- benjamingr - Benjamin Gruenbaum <benjamingr@gmail.com>
- BethGriggs - Beth Griggs <bgriggs@redhat.com> (she/her)
- bmeck - Bradley Farias <bradley.meck@gmail.com>
- bnb - Tierney Cyren <hello@bnb.im> (they/he)
- bnoordhuis - Ben Noordhuis <info@bnoordhuis.nl>
- BridgeAR - Ruben Bridgewater <ruben@bridgewater.de> (he/him)
- bzoz - Bartosz Sosnowski <bartosz@janeasystems.com>
- cclauss - Christian Clauss <cclauss@me.com> (he/him)
- ChALkeR - Сковорода Никита Андреевич <chalkerx@gmail.com> (he/him)
- cjihrig - Colin Ihrig <cjihrig@gmail.com> (he/him)
- codebytere - Shelley Vohr <shelley.vohr@gmail.com> (she/her)
- danbev - Daniel Bevenius <daniel.bevenius@gmail.com> (he/him)
- danielleadams - Danielle Adams <adamzdanielle@gmail.com> (she/her)
- devnexen - David Carlier <devnexen@gmail.com>
- devsnek - Gus Caplan <me@gus.host> (they/them)
- dmabupt - Xu Meng <dmabupt@gmail.com> (he/him)
- dnlup Daniele Belardi <dwon.dnl@gmail.com> (he/him)
- edsadr - Adrian Estrada <edsadr@gmail.com> (he/him)
- evanlucas - Evan Lucas <evanlucas@me.com> (he/him)
- fhinkel - Franziska Hinkelmann <franziska.hinkelmann@gmail.com> (she/her)
- Flarna - Gerhard Stöbich <deb2001-github@yahoo.de> (he/they)
- gabrielschulhof - Gabriel Schulhof <gabrielschulhof@gmail.com>
- gengjiawen - Jiawen Geng <technicalcute@gmail.com>
- GeoffreyBooth - Geoffrey Booth <webadmin@geoffreybooth.com> (he/him)
- gireeshpunathil - Gireesh Punathil <gpunathi@in.ibm.com> (he/him)
- guybedford - Guy Bedford <guybedford@gmail.com> (he/him)
- HarshithaKP - Harshitha K P <harshitha014@gmail.com> (she/her)
- himself65 - Zeyu Yang <himself65@outlook.com> (he/him)
- hiroppy - Yuta Hiroto <hello@hiroppy.me> (he/him)
- iansu - Ian Sutherland <ian@iansutherland.ca>
- indutny - Fedor Indutny <fedor@indutny.com>
- JacksonTian - Jackson Tian <shyvo1987@gmail.com>
- JakobJingleheimer - Jacob Smith <jacob@frende.me> (he/him)
- jasnell - James M Snell <jasnell@gmail.com> (he/him)
- jkrems - Jan Krems <jan.krems@gmail.com> (he/him)
- joesepi - Joe Sepi <sepi@joesepi.com> (he/him)
- joyeecheung - Joyee Cheung <joyeec9h3@gmail.com> (she/her)
- juanarbol - Juan José Arboleda <soyjuanarbol@gmail.com> (he/him)
- JungMinu - Minwoo Jung <nodecorelab@gmail.com> (he/him)
- legendecas - Chengzhong Wu <legendecas@gmail.com> (he/him)
- Leko - Shingo Inoue <leko.noor@gmail.com> (he/him)
- linkgoron - Nitzan Uziely <linkgoron@gmail.com>
- lpinca - Luigi Pinca <luigipinca@gmail.com> (he/him)
- lundibundi - Denys Otrishko <shishugi@gmail.com> (he/him)
- Lxxyx - Zijian Liu <lxxyxzj@gmail.com> (he/him)
- marsonya - Akhil Marsonya <akhil.marsonya27@gmail.com> (he/him)
- mcollina - Matteo Collina <matteo.collina@gmail.com> (he/him)
- meixg - Xuguang Mei <meixuguang@gmail.com> (he/him)
- Mesteery - Mestery <mestery@protonmail.com> (he/him)
- mhdawson - Michael Dawson <midawson@redhat.com> (he/him)
- miladfarca - Milad Fa <mfarazma@redhat.com> (he/him)
- mildsunrise - Alba Mendez <me@alba.sh> (she/her)
- mmarchini - Mary Marchini <oss@mmarchini.me> (she/her)
- mscdex - Brian White <mscdex@mscdex.net>
- MylesBorins - Myles Borins <myles.borins@gmail.com> (he/him)
- oyyd - Ouyang Yadong <oyydoibh@gmail.com> (he/him)
- panva - Filip Skokan <panva.ip@gmail.com>
- PoojaDurgad - Pooja D P <Pooja.D.P@ibm.com> (she/her)
- puzpuzpuz - Andrey Pechkurov <apechkurov@gmail.com> (he/him)
- Qard - Stephen Belanger <admin@stephenbelanger.com> (he/him)
- RaisinTen - Darshan Sen <raisinten@gmail.com> (he/him)
- rexagod - Pranshu Srivastava <rexagod@gmail.com> (he/him)
- richardlau - Richard Lau <rlau@redhat.com>
- rickyes - Ricky Zhou <0x19951125@gmail.com> (he/him)
- ronag - Robert Nagy <ronagy@icloud.com>
- ruyadorno - Ruy Adorno <ruyadorno@github.com> (he/him)
- rvagg - Rod Vagg <rod@vagg.org>
- ryzokuken - Ujjwal Sharma <ryzokuken@disroot.org> (he/him)
- santigimeno - Santiago Gimeno <santiago.gimeno@gmail.com>
- shisama - Masashi Hirano <shisama07@gmail.com> (he/him)
- ShogunPanda - Paolo Insogna <paolo@cowtech.it> (he/him)
- srl295 - Steven R Loomis <srloomis@us.ibm.com>
- starkwang - Weijia Wang <starkwang@126.com>
- sxa - Stewart X Addison <sxa@redhat.com> (he/him)
- targos - Michaël Zasso <targos@protonmail.com> (he/him)
- TimothyGu - Tiancheng "Timothy" Gu <timothygu99@gmail.com> (he/him)
- tniessen - Tobias Nießen <tniessen@tnie.de> (he/him)
- trivikr - Trivikram Kamat <trivikr.dev@gmail.com>
- Trott - Rich Trott <rtrott@gmail.com> (he/him)
- vdeturckheim - Vladimir de Turckheim <vlad2t@hotmail.com> (he/him)
- VoltrexMaster - Mohammed Keyvanzadeh <mohammadkeyvanzade94@gmail.com> (he/him)
- watilde - Daijiro Wachi <daijiro.wachi@gmail.com> (he/him)
- XadillaX - Khaidi Chu <i@2333.moe> (he/him)
- yashLadha - Yash Ladha <yash@yashladha.in> (he/him)
- yosuke-furukawa - Yosuke Furukawa <yosuke.furukawa@gmail.com>
- ZYSzys - Yongsheng Zhang <zyszys98@gmail.com> (he/him)
Emeriti
Collaborator emeriti
- andrasq - Andras <andras@kinvey.com>
- AnnaMag - Anna M. Kedzierska <anna.m.kedzierska@gmail.com>
- AndreasMadsen - Andreas Madsen <amwebdk@gmail.com> (he/him)
- aqrln - Alexey Orlenko <eaglexrlnk@gmail.com> (he/him)
- bmeurer - Benedikt Meurer <benedikt.meurer@gmail.com>
- boneskull - Christopher Hiller <boneskull@boneskull.com> (he/him)
- brendanashworth - Brendan Ashworth <brendan.ashworth@me.com>
- calvinmetcalf - Calvin Metcalf <calvin.metcalf@gmail.com>
- chrisdickinson - Chris Dickinson <christopher.s.dickinson@gmail.com>
- claudiorodriguez - Claudio Rodriguez <cjrodr@yahoo.com>
- DavidCai1993 - David Cai <davidcai1993@yahoo.com> (he/him)
- davisjam - Jamie Davis <davisjam@vt.edu> (he/him)
- digitalinfinity - Hitesh Kanwathirtha <digitalinfinity@gmail.com> (he/him)
- eljefedelrodeodeljefe - Robert Jefe Lindstaedt <robert.lindstaedt@gmail.com>
- estliberitas - Alexander Makarenko <estliberitas@gmail.com>
- eugeneo - Eugene Ostroukhov <eostroukhov@google.com>
- firedfox - Daniel Wang <wangyang0123@gmail.com>
- Fishrock123 - Jeremiah Senkpiel <fishrock123@rocketmail.com> (he/they)
- gdams - George Adams <gadams@microsoft.com> (he/him)
- geek - Wyatt Preul <wpreul@gmail.com>
- gibfahn - Gibson Fahnestock <gibfahn@gmail.com> (he/him)
- glentiki - Glen Keane <glenkeane.94@gmail.com> (he/him)
- hashseed - Yang Guo <yangguo@chromium.org> (he/him)
- iarna - Rebecca Turner <me@re-becca.org>
- imran-iq - Imran Iqbal <imran@imraniqbal.org>
- imyller - Ilkka Myller <ilkka.myller@nodefield.com>
- isaacs - Isaac Z. Schlueter <i@izs.me>
- italoacasas - Italo A. Casas <me@italoacasas.com> (he/him)
- jasongin - Jason Ginchereau <jasongin@microsoft.com>
- jbergstroem - Johan Bergström <bugs@bergstroem.nu>
- jdalton - John-David Dalton <john.david.dalton@gmail.com>
- jhamhader - Yuval Brik <yuval@brik.org.il>
- joaocgreis - João Reis <reis@janeasystems.com>
- joshgav - Josh Gavant <josh.gavant@outlook.com>
- julianduque - Julian Duque <julianduquej@gmail.com> (he/him)
- kfarnung - Kyle Farnung <kfarnung@microsoft.com> (he/him)
- kunalspathak - Kunal Pathak <kunal.pathak@microsoft.com>
- lance - Lance Ball <lball@redhat.com> (he/him)
- lucamaraschi - Luca Maraschi <luca.maraschi@gmail.com> (he/him)
- lxe - Aleksey Smolenchuk <lxe@lxe.co>
- maclover7 - Jon Moss <me@jonathanmoss.me> (he/him)
- mafintosh - Mathias Buus <mathiasbuus@gmail.com> (he/him)
- matthewloring - Matthew Loring <mattloring@google.com>
- micnic - Nicu Micleușanu <micnic90@gmail.com> (he/him)
- mikeal - Mikeal Rogers <mikeal.rogers@gmail.com>
- misterdjules - Julien Gilli <jgilli@netflix.com>
- monsanto - Christopher Monsanto <chris@monsan.to>
- MoonBall - Chen Gang <gangc.cxy@foxmail.com>
- not-an-aardvark - Teddy Katz <teddy.katz@gmail.com> (he/him)
- ofrobots - Ali Ijaz Sheikh <ofrobots@google.com> (he/him)
- Olegas - Oleg Elifantiev <oleg@elifantiev.ru>
- orangemocha - Alexis Campailla <orangemocha@nodejs.org>
- othiym23 - Forrest L Norvell <ogd@aoaioxxysz.net> (they/them/themself)
- petkaantonov - Petka Antonov <petka_antonov@hotmail.com>
- phillipj - Phillip Johnsen <johphi@gmail.com>
- piscisaureus - Bert Belder <bertbelder@gmail.com>
- pmq20 - Minqi Pan <pmq2001@gmail.com>
- princejwesley - Prince John Wesley <princejohnwesley@gmail.com>
- psmarshall - Peter Marshall <petermarshall@chromium.org> (he/him)
- refack - Refael Ackermann (רפאל פלחי) <refack@gmail.com> (he/him/הוא/אתה)
- rlidwka - Alex Kocharin <alex@kocharin.ru>
- rmg - Ryan Graham <r.m.graham@gmail.com>
- robertkowalski - Robert Kowalski <rok@kowalski.gd>
- romankl - Roman Klauke <romaaan.git@gmail.com>
- ronkorving - Ron Korving <ron@ronkorving.nl>
- RReverser - Ingvar Stepanyan <me@rreverser.com>
- rubys - Sam Ruby <rubys@intertwingly.net>
- saghul - Saúl Ibarra Corretgé <s@saghul.net>
- sam-github - Sam Roberts <vieuxtech@gmail.com>
- sebdeckers - Sebastiaan Deckers <sebdeckers83@gmail.com>
- seishun - Nikolai Vavilov <vvnicholas@gmail.com>
- shigeki - Shigeki Ohtsu <ohtsu@ohtsu.org> (he/him)
- silverwind - Roman Reiss <me@silverwind.io>
- stefanmb - Stefan Budeanu <stefan@budeanu.com>
- tellnes - Christian Tellnes <christian@tellnes.no>
- thefourtheye - Sakthipriyan Vairamani <thechargingvolcano@gmail.com> (he/him)
- thlorenz - Thorsten Lorenz <thlorenz@gmx.de>
- trevnorris - Trevor Norris <trev.norris@gmail.com>
- tunniclm - Mike Tunnicliffe <m.j.tunnicliffe@gmail.com>
- vkurchatkin - Vladimir Kurchatkin <vladimir.kurchatkin@gmail.com>
- vsemozhetbyt - Vse Mozhet Byt <vsemozhetbyt@gmail.com> (he/him)
- watson - Thomas Watson <w@tson.dk>
- whitlockjc - Jeremy Whitlock <jwhitlock@apache.org>
- yhwang - Yihong Wang <yh.wang@ibm.com>
- yorkie - Yorkie Liu <yorkiefixer@gmail.com>
Collaborators follow the Collaborator Guide in maintaining the Node.js project.
Triagers
- Ayase-252 - Qingyu Deng <i@ayase-lab.com>
- himadriganguly - Himadri Ganguly <himadri.tech@gmail.com> (he/him)
- iam-frankqiu - Frank Qiu <iam.frankqiu@gmail.com> (he/him)
- marsonya - Akhil Marsonya <akhil.marsonya27@gmail.com> (he/him)
- meixg - Xuguang Mei <meixuguang@gmail.com> (he/him)
- Mesteery - Mestery <mestery@protonmail.com> (he/him)
- PoojaDurgad - Pooja Durgad <Pooja.D.P@ibm.com>
- RaisinTen - Darshan Sen <raisinten@gmail.com>
- VoltrexMaster - Mohammed Keyvanzadeh <mohammadkeyvanzade94@gmail.com> (he/him)
Release keys
Primary GPG keys for Node.js Releasers (some Releasers sign with subkeys):
- Beth Griggs <bgriggs@redhat.com>
4ED778F539E3634C779C87C6D7062848A1AB005C - Bryan English <bryan@bryanenglish.com>
141F07595B7B3FFE74309A937405533BE57C7D57 - Colin Ihrig <cjihrig@gmail.com>
94AE36675C464D64BAFA68DD7434390BDBE9B9C5 - Danielle Adams <adamzdanielle@gmail.com>
74F12602B6F1C4E913FAA37AD3A89613643B6201 - James M Snell <jasnell@keybase.io>
71DCFD284A79C3B38668286BC97EC7A07EDE3FC1 - Michaël Zasso <targos@protonmail.com>
8FCCA13FEF1D0C2E91008E09770F7A9A5AE15600 - Myles Borins <myles.borins@gmail.com>
C4F0DFFF4E8C1A8236409D08E73BC641CC11F4C8 - Richard Lau <rlau@redhat.com>
C82FA3AE1CBEDC6BE46B9360C43CEC45C17AB93C - Rod Vagg <rod@vagg.org>
DD8F2338BAE7501E3DD5AC78C273792F7D83545D - Ruben Bridgewater <ruben@bridgewater.de>
A48C2BEE680E841632CD4E44F07496B3EB3C1762 - Ruy Adorno <ruyadorno@hotmail.com>
108F52B48DB57BB0CC439B2997B01419BD92F80A - Shelley Vohr <shelley.vohr@gmail.com>
B9E2F5981AA6E0CD28160D9FF13993A75599653C
To import the full set of trusted release keys (including subkeys possibly used to sign releases):
gpg --keyserver hkps://keys.openpgp.org --recv-keys 4ED778F539E3634C779C87C6D7062848A1AB005C
gpg --keyserver hkps://keys.openpgp.org --recv-keys 141F07595B7B3FFE74309A937405533BE57C7D57
gpg --keyserver hkps://keys.openpgp.org --recv-keys 94AE36675C464D64BAFA68DD7434390BDBE9B9C5
gpg --keyserver hkps://keys.openpgp.org --recv-keys 74F12602B6F1C4E913FAA37AD3A89613643B6201
gpg --keyserver hkps://keys.openpgp.org --recv-keys 71DCFD284A79C3B38668286BC97EC7A07EDE3FC1
gpg --keyserver hkps://keys.openpgp.org --recv-keys 8FCCA13FEF1D0C2E91008E09770F7A9A5AE15600
gpg --keyserver hkps://keys.openpgp.org --recv-keys C4F0DFFF4E8C1A8236409D08E73BC641CC11F4C8
gpg --keyserver hkps://keys.openpgp.org --recv-keys C82FA3AE1CBEDC6BE46B9360C43CEC45C17AB93C
gpg --keyserver hkps://keys.openpgp.org --recv-keys DD8F2338BAE7501E3DD5AC78C273792F7D83545D
gpg --keyserver hkps://keys.openpgp.org --recv-keys A48C2BEE680E841632CD4E44F07496B3EB3C1762
gpg --keyserver hkps://keys.openpgp.org --recv-keys 108F52B48DB57BB0CC439B2997B01419BD92F80A
gpg --keyserver hkps://keys.openpgp.org --recv-keys B9E2F5981AA6E0CD28160D9FF13993A75599653C
See Verifying binaries for how to use these keys to verify a downloaded file.
Other keys used to sign some previous releases
- Chris Dickinson <christopher.s.dickinson@gmail.com>
9554F04D7259F04124DE6B476D5A82AC7E37093B - Danielle Adams <adamzdanielle@gmail.com>
1C050899334244A8AF75E53792EF661D867B9DFA - Evan Lucas <evanlucas@me.com>
B9AE9905FFD7803F25714661B63B535A4C206CA9 - Gibson Fahnestock <gibfahn@gmail.com>
77984A986EBC2AA786BC0F66B01FBB92821C587A - Isaac Z. Schlueter <i@izs.me>
93C7E9E91B49E432C2F75674B0A78B0A6C481CF6 - Italo A. Casas <me@italoacasas.com>
56730D5401028683275BD23C23EFEFE93C4CFFFE - Jeremiah Senkpiel <fishrock@keybase.io>
FD3A5288F042B6850C66B31F09FE44734EB7990E - Julien Gilli <jgilli@fastmail.fm>
114F43EE0176B71C7BC219DD50A3051F888C628D - Timothy J Fontaine <tjfontaine@gmail.com>
7937DFD2AB06298B2293C3187D33FF9D0246406D
Security release stewards
When possible, the commitment to take slots in the security release steward rotation is made by companies in order to ensure individuals who act as security stewards have the support and recognition from their employer to be able to prioritize security releases. Security release stewards manage security releases on a rotation basis as outlined in the security release process.
- Datadog
- bengl - Bryan English <bryan@bryanenglish.com> (he/him)
- vdeturckheim - Vladimir de Turckheim <vlad2t@hotmail.com> (he/him)
- NearForm
- mcollina - Matteo Collina <matteo.collina@gmail.com> (he/him)
- Red Hat and IBM
- joesepi - Joe Sepi <joesepi@ibm.com> (he/him)
- mhdawson - Michael Dawson <midawson@redhat.com> (he/him)
License
Node.js is available under the MIT license. Node.js also includes external libraries that are available under a variety of licenses. See LICENSE for the full license text.