Open Jesse-Cameron opened 1 week ago
I am not convinced its a good idea to have mise
deal with this since yarn
is a community and not a core plugin. I assume that someone who uses this command makes the conscious choice to have the version managed by yarn
itself and not mise
.
There seem to be various ways the version is set depending on the setup (package.json, yarnPath).
Besides yarn
there is also pnpm
which version is set by corepack
and which can manage node
versions itself AFAIK.
yeah I agree with @roele here
Hi folks,
Thanks for chiming in. Yeah I see your point that managing the version of community tools is a probably a precedent you'd not want to set.
I do wonder if there is space in the mise ls
command to warn when the active version isn't what matches the output of yarn|pnpm -v
? I just see this as something that may trip a lot of people up.
That said, I appreciate the fine line between managing tool versions and getting caught up in the internals of community tools. So am happy for this to be closed as a 'will not fix'.
Cheers!
Describe the bug
I've noticed that yarn has introduced a command
yarn set version
. This allows the yarn version to be controlled internally.However, this isn't something that mise currently is aware of or can influence sadly. So it can lead to confusing situation where mise thinks the incorrect version is being used.
To Reproduce
In a clean dir:
this should output two differing Expected behavior
I'm not sure how possible this is without digging into the yarn internals. But it would be good if mise was able to coerce yarn into setting the correct version internally? Or perhaps mise could warn that the yarn may not be respecting the version described in
.mise.toml
?mise doctor
outputAdditional context Add any other context about the problem here. Consider running mise with
--debug
or--trace
for extra debug info.