-
Notifications
You must be signed in to change notification settings - Fork 30k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
deps: update npm to 6.12.0 #29885
deps: update npm to 6.12.0 #29885
Conversation
@nodejs/npm I kicked off normal PR CI, but don't know if any extra is required for npm. PTAL |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Rubber-stamp LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
RSLGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
RSLGTM
According to policy, this can land on October 22. However, that's also the day of the Node.js 13.0.0 release. I'd really like to see this in that release, so I'd like to propose shortening the npm-merge wait-period to 1 week for this, which means that it can land on October 15. Thoughts on this, @nodejs/tsc, @nodejs/releasers, and especially @BethGriggs who is doing the release? (The Release WG is solely responsible for determining the contents of any release, but they usually ask/defer to the TSC on controversial things, so tagging both.) |
I'm +1 on this landing ~15th October so it can make it into the final release candidate of v13.0.0 |
+1
Il giorno ven 11 ott 2019 alle 14:57 Bethany Nicolle Griggs <
notifications@github.com> ha scritto:
… I'm +1 on this landing ~15th October so it can make it into the final
release candidate of v13.0.0
—
You are receiving this because you are on a team that was mentioned.
Reply to this email directly, view it on GitHub
<#29885?email_source=notifications&email_token=AAAMXY4MPLUJDK2LI6I2UA3QOBZ2VA5CNFSM4I6TWZJ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEA742UI#issuecomment-541052241>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAMXY7ICU6W5MXA7A6NXCLQOBZ2VANCNFSM4I6TWZJQ>
.
|
The two-week wait period for merging npm releases is one of those rule exceptions that would be great to get rid of (in my opinion at least). There are too many exceptions to our rules and they tend to be scattered across multiple documents. People don't feel confident they know the rules, thus hampering both project velocity and Collaborator confidence. It also means I (and perhaps others?) get lots of pings about whether this or that can land, etc. This particular issue has come up a few times lately, and is specifically calling for an exception-to-the-exception so that the latest version of npm can be released along with Node.js 13.0.0. Refs: nodejs#29885 (comment) I propose here reducing the wait period from two weeks to one week. If, after some amount of time, there seems to be no problems caused by this change, we can consider further reducing the wait period to 48 hours to align it with all other change requests. Even if you think that is going too far, hopefully we can at least get it reduced to a week, as the second week of the waiting period is usually just the PR sitting around with an occasional ping from someone about whether/when it can land. PR-URL: nodejs#29922 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Matteo Collina <matteo.collina@gmail.com> Reviewed-By: Anto Aravinth <anto.aravinth.cse@gmail.com> Reviewed-By: Sam Roberts <vieuxtech@gmail.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let’s go...
Update npm to 6.12.0 Now `npm ci` runs prepare scripts for git dependencies, and respects the `--no-optional` argument. Warnings for `engine` mismatches are printed again. Various other fixes and cleanups. PR-URL: nodejs#29885 Reviewed-By: Sam Roberts <vieuxtech@gmail.com> Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com> Reviewed-By: Jiawen Geng <technicalcute@gmail.com> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Beth Griggs <Bethany.Griggs@uk.ibm.com> Reviewed-By: Christian Clauss <cclauss@me.com>
Landed in 3ebaf6b |
Update npm to 6.12.0. Release notes:
6.12.0 (2019-10-08):
Now
npm ci
runs prepare scripts for git dependencies, and respects the--no-optional
argument. Warnings forengine
mismatches are printed again. Various other fixes and cleanups.BUG FIXES
890b245dc
#252 ci: add dirPacker to options (@claudiahdz)f3299acd0
#257 npm.community#4792 warn message on engine mismatch (@ruyadorno)bbc92fb8f
#259 npm.community#10288 Fix figgyPudding error innpm token
(@benblank)70f54dcb5
#241 doctor: Make OK more consistent (@gemal)FEATURES
ed993a29c
#249 Add CI environment variables to user-agent (@isaacs)f6b0459a4
#248 Add option to save package-lock without formatting Adds a new config--format-package-lock
, which defaults to true. (@bl00mber)DEPENDENCIES
0ca063c5d
npm-lifecycle@3.1.4
:5df6b0ea2
libcipm@4.0.4
:7e04f728c
tar@4.4.12
5c380e5a3
stringify-package@1.0.1
(@isaacs)62f2ca692
node-gyp@5.0.5
(@isaacs)0ff0ea47a
npm-install-checks@3.0.2
(@isaacs)f46edae94
hosted-git-info@2.8.5
(@isaacs)TESTING
44a2b036b
#262 fix root-ownership race conditions in meta-test (@isaacs)