-
-
Notifications
You must be signed in to change notification settings - Fork 38
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
--compress flag issues on Windows #80
Comments
Ok, now that I've run through this on Linux, it looks like it's only a Windows problem. I also understand the --compress switch now. Only compresses when you explicitly ask it to. Not 100% sure it works correctly on Windows, though, since the tarballs were compressed by default in the first project I used. I'll try to reproduce that behavior when I get back into work. |
Stacktrace reading comprehension fail - this is probably an upstream npm issue. I'm on npm 3.10.9, Windows 6.1.7601. The --compress flag fails regardless of whether or not I've configured a local project cache. I'll be recommending to our teams to NOT compress the tarballs, so this will not be a blocking problem for us. Thank you for a terrific tool. |
Sorry for the delay @finleysg. Do I understand correctly that, under any circumstances, running
Something I do on my own projects is use npm scripts to share these project-related tasks, our shrinkpack task for example looks like below. We have no windows users so we're able to use "devDependencies": {
"shrinkpack": "0.17.1"
},
"scripts": {
"build": "...",
"lint": "...",
"shrinkpack": "rm -rf ./npm-* ./node_modules && npm i && npm shrinkwrap --dev && shrinkpack",
"start": "...",
"test": "..."
} You could then run Controlling the version of npm your team is using can be managed using your package.json's |
Thank you for the team workflow suggestions. Yes, on my Win7 machine, the |
This is still known about and will be picked up in the new codebase after #83 is released. |
shrinkpack@0.19.0 has been released which adds support for npm 7 and up. It also removes the |
I've been through the tutorial a couple of times, once with a brownfield project and then once through exactly as written. In both cases, I opted to use a local project cache.
When I got to the Toggle Compression section, shrinkpack cleared the node_shrinkpack directory, but then failed to resolve all of the tarballs with the following error:
As you can see, it's trying to resolve from the default node cache. You can also see I'm running on Windows (7).
The second issue I see with the --compress switch is more of a usability issue. There is no way to know (as far as I can tell) the current state of the toggle. And as I found out by running this test more than once, that toggle is global.
In a team scenario, how would we ensure everyone is using the same setting? Seems to me that this would be better as a discrete piece of configuration in a file under source control.
The text was updated successfully, but these errors were encountered: