Closed 0xADD1E closed 4 years ago
Thank you @0xADD1E . Yes, we should not stick to single tool. Not sure we should mix all tools to single struct.
But in case of yarn
(I am not really familiar with it so far) looks like it can be just drop in replacement.
Will try to merge to new minor version today.
I want to add one more extra use case in README, yarn
in the npm use case confuses me.
Should I do this in this PR, or better to not mix, what do you think? @0xADD1E
I mean I'm fine with any changes.
For my workflow, it's basically using yarn as a drop-in replacement for npm, and the example was just meant to highlight all the possible options. Splitting it up into multiple example usecases might make sense for people not quite as familiar with all the tools though
@0xADD1E Can you please check my commit with the use case for yarn
? If everything fine, I want to merge this, just waiting for your approval.
Yep, that looks exactly like how I'm using it for my use case. Good to merge!
Ok, thank you!
Due to the many inefficiencies of npm, a lot of projects out there prefer to use other package managers such as
yarn
. This adds a builder option that allows you to set your preferred executable to invoke (assuming it responds to the standard npm-like commands)Some fun hyperfine benchmarks I ran on a personal project: