Skip to content
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

Release 6.13.5 #666

Merged
merged 14 commits into from
Jan 9, 2020
Merged

Release 6.13.5 #666

merged 14 commits into from
Jan 9, 2020

Conversation

ruyadorno
Copy link
Contributor

@ruyadorno ruyadorno commented Jan 7, 2020

6.13.5 (2020-01-09)

BUG FIXES

TESTING

DOCUMENTATION

felixonmars and others added 7 commits January 6, 2020 18:38
When you set `<cache>` directory in npm config, `npm ci` has been using `<cache>` for storing the cache instead of `<cache>/_cacache`

PR-URL: #550
Credit: @zhenyavinogradov
Close: #550
Reviewed-by: @ruyadorno
This will allow all builds to run even if one fails

PR-URL: #601
Credit: @XhmikosR
Close: #601
Reviewed-by: @ruyadorno
PR-URL: #603
Credit: @XhmikosR
Close: #603
Reviewed-by: @ruyadorno
@ruyadorno ruyadorno requested a review from a team as a code owner January 7, 2020 20:07
Paired with @ruyadorno

PR-URL: #659
Credit: @isaacs
Close: #659
Reviewed-by: @ruyadorno
@npm-deploy-user
Copy link

npm-deploy-user commented Jan 9, 2020

angular-quickstart app-large app-medium ember-quickstart react-app
prev current status prev current status prev current status prev current status prev current status
initial install 38.3s 39.8s✅🐌 36.7s 37.8s✅🐌 32.4s 33.5s✅🐌 26.3s 26.6s✅🐌 30.6s 31.8s✅🐌
repeat install 8.7s 9.2s✅🐌 8.9s 8.3s 8s 8.5s✅🐌 6.9s 7.5s✅🐌 8.4s 9s✅🐌
with warm cache 29.1s 30.5s✅🐌 31.7s 32.7s✅🐌 27.2s 29.1s✅🐌 22.4s 23.7s✅🐌 26.9s 28.5s✅🐌
with node_modules 8.6s 9.4s✅🐌 7.7s 7.8s✅🐌 8s 8.8s✅🐌 6.9s 7.4s✅🐌 8.3s 9s✅🐌
with lockfile 27.3s 28.6s✅🐌 31.5s 31.1s 28.9s 27.3s 19.3s 21.5s🛑 24.3s 26.5s✅🐌
with warm cache and node_modules 9s 9.2s✅🐌 8.4s 8.9s✅🐌 8s 8.3s✅🐌 7.1s 7.5s✅🐌 8.4s 9s✅🐌
with warm cache and lockfile 22.8s 24.4s✅🐌 24.8s 27.1s✅🐌 23.2s 23.8s✅🐌 15.5s 16.2s✅🐌 20.4s 21.4s✅🐌
with node_modules and lockfile 9.3s 9.8s✅🐌 8.6s 8.9s✅🐌 8.6s 10s🛑 7.3s 7.5s✅🐌 9.2s 9.4s✅🐌

ruyadorno and others added 3 commits January 9, 2020 15:22
- Moved windows builds to travis-only since they're currently failing
on GHA and it's not code-related
- Added setup on GHA config to only run coverage once in ubuntu target
In wondered why npm link doesn't "install to" `npm prefix`.
I looked up the documentation for `npm prefix` and found
the important distinction between the local prefix, and the
global prefix.

This attempts to clarity that `npm link` always uses specifically
the global prefix.

PR-URL: #532
Credit: @jgehrcke
Close: #532
Reviewed-by: @ruyadorno
@ruyadorno ruyadorno merged commit 787bb66 into latest Jan 9, 2020
@XhmikosR
Copy link
Contributor

@ruyadorno I'm mostly on Windows, so I might be able to pinpoint the Windows failures. I'll experiment on my fork, because ideally everything should be tested in one place.

@ruyadorno
Copy link
Contributor Author

@XhmikosR thanks! that's really appreciated 😊 (I assume you're talking about e0a7a2f)

It was not that big of a problem for this release since we still had the travis build around anyways but it would be definitely nice to track down what is happening and fix it.

I can share some of the findings from our team so that you can get a head start, for now the problems only occur in the GitHub actions environment (we couldn't reproduce it on our local windows environments) and are related to npm run executing node scripts (from within the tests) that contains hash bangs, usually they should be ignored on windows, so it might be something in that specific environment that we're not accounting for in https://github.com/npm/cmd-shim 🤔

@XhmikosR
Copy link
Contributor

@ruyadorno : thanks for the info :)

That being said it seems CI is passing fine on my fork on Windows https://github.com/XhmikosR/cli-1/runs/383031136

Maybe you should try re-enabling it? BTW you can force the shell to be something other than the default which is powershell. https://help.github.com/en/actions/automating-your-workflow-with-github-actions/workflow-syntax-for-github-actions#using-a-specific-shell

@isaacs isaacs deleted the release-6.13.5 branch August 19, 2021 16:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants