自己当一楼

够啦,已经可以上啦, 没有想象的那么难.

保持好车距! 跟上车流速度! 胆大心细! 没问题的!

高速可比国道好跑,哈哈哈哈

可拓展的 SDK 版本管理 cli 工具, Go + Lua 写的 感兴趣可以看看哈哈哈哈
https://github.com/version-fox/vfox

好家伙, nullno.com, 我很久之前注册了 nullok.com, 😂

非常 nice

@ExplodingFKL 发抖啥, 支棱起来!
写业务还得是 kt 丝滑! 虽然我是个 Javaer,但不妨碍我业务用 kt, 工具用 golang. 😎

PHP 天下第一

@lijy91 VersionFox 的不同目录不同版本的思路,就是基于 direnv 实现的. 非常棒的项目. 另外我刚写了一篇 golang 的作用域演示. flutter 也同理.看看是不是你想要的.https://juejin.cn/post/7326542703222571034

@jifengg 你说的这个共存, 已经实现了, 使用 Session 模式即可, shell 相互隔离, 互不影响版本.

@wjx0912
https://github.com/version-fox/vfox
你说的这个可以使用 vfox 的 Session 模式, 两个 Shell 互不影响, 所以你可以做到同时运行两个不同 node 版本的项目

试试这个哈哈哈,https://github.com/version-fox/vfox

> 如图所示，我默认使用的是 Node.js 18 ，而切换到项目目录后可以自动切换成 Node.js 14 ，非常好用。（不过再 cd 到外面不会改变 Node.js 版本，除非遇到新的.node-version 或.nvmrc ）这个我在 windows 上也试过了，可行。而 nvm for windows 似乎由于实现机制的问题，不支持.nvmrc ，需要手动切换，而且切换时会需要两次 UAC 确认。

你说的这个问题 VersionFox 全部都有解决. cd 到外面会自动切换到全局或者特定版本(如果存在. tool-versions), nvm for windows 不支持是因为他采用的软链接的解决方案, 无解!

@kuanat 感谢🙏,
>（话说慢真是个问题吗？）
实话实说,其实 100ms 和 10ms,本地开发而言, 没啥差别.... 但是对推广而言, 这确实是卖点哈哈哈哈.

> asdf 的优点是插件可以比较方便复用已有的构建脚本，本地构建安装而不是下载二进制文件。
这个确实是, 比如 python 和 ruby, 目前 VersionFox 不打算这么做, 因为对于 unix-like 环境, 安装依赖啊什么的都很方便,但是对于 windows 环境, 在 windows 上进行本地构建, 有点麻烦..使用提前构建好的二进制文件,进行分发是目前看来比较好的方式..

> 另外我个人比较喜欢这种脚本都用 git 做管理的模式。
一开始考虑过, 但是为了快速上线吧(因为不能保证 windows 环境下一定有 git, 所以使用用 git, 就必须使用 golang 实现的 git, 比如 go-git),目前先采用 http,后面看情况而定...哈哈哈

@hipkomh 具体点, “不如” 是有什么问题吗, 我看看我这个有没有

@Kobayashi 是的, 但是 shim 也有缺点,就是太慢了. 其实这些工具无非就是软链接、操作 PATH 和 shim..... 各有优缺点, 因为要实现 shell 会话内有效, 这个软链接和 shim 方案解决不了的

易语言: 我真的很伤心

@jifengg 了解, 因为是前期, 默认是全局生效的. 后面会支持当前 shell 会话有效. 就可以共存啦. 另外会有 autocheck 的功能, 你甚至不需要手动切换😄

@bg7lgb 设计目标不一样. fvm 特定于 flutter, VersionFox 设计是针对插件, 这个插件可以是 flutter 、dart 、golang 、java 等等甚至是工具, 都可以进行管理. 另外, 我不能说比 fvm 牛逼, 但是我可以说 fvm 的核心功能, VersionFox 都可以

@AoEiuV020JP 是这样, 所以我才开发这种工具, 因为如果版本工具不能够针对特定语言开发出特定功能, 那么它们本质上就没有什么区别, 核心都是切换 PATH, 但是对于涉及使用多语言的朋友(全干工程师), 这就增加了学习成本. 因为你还要去学习和使用它.