Live data from Hacker News

To Yarn and Back to Npm Again

mixmax.com

1–10 of 54 posts

Re: To Yarn and Back to Npm Again

#3
I wonder if they ever tried `yarn --pure-lockfile` to avoid updating the lockfile unnecessarily?

> We never observed install inconsistencies when using npm previously

Interesting, since NPM has had issues being deterministic since package-lock came to be, and this was one of the main reasons yarn was created.

The fact that yarn has a healthy community, actually accepts contributions, and encourages public discussion is a big pro for me (colored by personal experience).

Re: To Yarn and Back to Npm Again

#4
I'm not sure I like the new npm. It seems faster but it's annoying to use it with how often it prompts you to update it and all the verbosity, annoying messages about peer dependencies, and now audits that you can't really do anything about. There's just so much noise now. Old version just worked and got out the way.

Re: To Yarn and Back to Npm Again

#7
> Yarn often produces yarn.lock files that are invalid when you run add, remove, or update.

This has never happened to us with heavy daily usage. It's one of the things that remains reliable about Yarn. Would appreciate more details on what exactly happened.

Re: To Yarn and Back to Npm Again

#8
We're using a boilerplate project from a year ago with Yarn/React and it's still behaving the same way. Of course we have some deprecation warnings, but is it really so bad to have this "If it's not broke, don't fix it" mentality?

Re: To Yarn and Back to Npm Again

#9

We're using a boilerplate project from a year ago with Yarn/React and it's still behaving the same way. Of course we have some deprecation warnings, but is it really so bad to have this "If it's not broke, don't fix it" mentality?

That doesn't gain you as many stars on GitHub, conference talks, TechCrunch articles and HN threads.
Post reply on HN