TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Install Asdf: One Runtime Manager to Rule All Dev Environments

131 点作者 jdsalaro大约 1 年前

20 条评论

thedookmaster大约 1 年前
I&#x27;ve used asdf for years, but recently switched to <a href="https:&#x2F;&#x2F;github.com&#x2F;jdx&#x2F;mise">https:&#x2F;&#x2F;github.com&#x2F;jdx&#x2F;mise</a> It&#x27;s a drop-in replacement for asdf, but I prefer some of the nice features it has to offer.<p>See: <a href="https:&#x2F;&#x2F;mise.jdx.dev&#x2F;dev-tools&#x2F;comparison-to-asdf.html" rel="nofollow">https:&#x2F;&#x2F;mise.jdx.dev&#x2F;dev-tools&#x2F;comparison-to-asdf.html</a>
评论 #40189223 未加载
评论 #40188481 未加载
评论 #40186466 未加载
评论 #40186553 未加载
评论 #40186410 未加载
评论 #40186503 未加载
评论 #40186441 未加载
noobermin大约 1 年前
Wait, not only is it called asdf leading to confusion, it literally is also a package manager of sorts just like the original asdf???<p>I just tried googling it having not really used CL in a while, and apparently it was seo&#x27;d to the top of google results too?
评论 #40186986 未加载
评论 #40189903 未加载
评论 #40186689 未加载
lexlash大约 1 年前
Having been down this path - asdf didn’t go far enough in creating reproducible&#x2F;sealed environments, the quality of the plugins per language varied dramatically, shims made a lot of assumptions about how tools will be used, and you can expect to throw asdf away the moment you need to deploy and then have to build something else.<p>I don’t like Nix but I haven’t found anything else that scales along those critical requirements. I don’t think it’s a good idea to simply replace rbenv&#x2F;nvm&#x2F;etc with asdf-ruby-plugin and so on - unless your software isn’t intended to leave your development machine?<p>(Docker for me fails in the opposite direction - fairly miserable to develop with but trivial to deploy.)
评论 #40189238 未加载
评论 #40190259 未加载
robinhoodexe大约 1 年前
Sounds like nix using devenv[1] also would solve this problem.<p>[1] <a href="https:&#x2F;&#x2F;devenv.sh&#x2F;" rel="nofollow">https:&#x2F;&#x2F;devenv.sh&#x2F;</a>
评论 #40186979 未加载
评论 #40186994 未加载
karmakaze大约 1 年前
Out of curiosity, how many dev environments do folks use? Is this for reproducible environments shared by members of a team or company?<p>For a single user with one development machine, simply having say a time-machine backup could be sufficient. I haven&#x27;t had challenges for personal projects where details mattered. e.g. a Maven pom.xml, or Go modules&#x2F;packages was sufficient for my needs.<p>Historically I&#x27;d only cared about automating the spec of production environments. Why would I want&#x2F;need this?<p>I now recollect once being contacted out of the blue as being a person who might be able diagnose&#x2F;solve an issue at a company I&#x27;d never worked with. They had two dev machines and only one of them could produce a working program. Their team couldn&#x27;t figure it out. I gave them a rate and arrived on-site. It was a Visual Basic 6 program, so I just took two half days going through every EXE &amp; DLL related to Windows and VB, eventually finding the difference. Tedious but not rocket science. Is it to avoid these cases?<p><i>Edit: We have project onboarding instructions where I work. I suppose it could be useful for making those. I don&#x27;t make them but could appreciate if they used a standard rather than bespoke scheme.</i>
评论 #40189303 未加载
评论 #40190117 未加载
评论 #40189823 未加载
pbowyer大约 1 年前
I&#x27;ve had nothing but problems with asdf and nodejs and globally installed tools like yarn reporting &quot;Cannot find node&quot;. Perhaps global tools cannot be compatible I don&#x27;t know; asdf reshim doesn&#x27;t often fix it.
评论 #40186933 未加载
vorticalbox大约 1 年前
I loved asdf but since moving to immutable fedora I&#x27;ve started loving distrobox more.<p>By giving each box it&#x27;s own home folder vscode in each has only the extensions for that language. E.g I don&#x27;t have any python extensions in my nodejs box.<p>Been working like this for a couple of weeks now and it&#x27;s pretty good.<p>If I end up breaking a box I can simply delete it and start over.
评论 #40191161 未加载
jbverschoor大约 1 年前
I created <a href="https:&#x2F;&#x2F;github.com&#x2F;jrz&#x2F;container-shell">https:&#x2F;&#x2F;github.com&#x2F;jrz&#x2F;container-shell</a> to add a layer of security &#x2F; isolation in addition to tools like asdf.
评论 #40191027 未加载
king_geedorah大约 1 年前
I had to install a couple of alternative python versions on my dev machine at work and found it was easiest for me to just build from source and `make altinstall` with a custom prefix set. From there I just always work in virtual environments. This doesn&#x27;t seem to have created any major problems for me, so something like asdf doesn&#x27;t feel necessary. Is there something serious that I&#x27;ve missed or is this just a case of different preferred workflows?
评论 #40189575 未加载
评论 #40187823 未加载
评论 #40190284 未加载
fredrikaverpil大约 1 年前
I’m liking pkgx over asdf as it can activate project tooling upon cd’ing into a project folder.<p><a href="https:&#x2F;&#x2F;pkgx.sh" rel="nofollow">https:&#x2F;&#x2F;pkgx.sh</a>
评论 #40186734 未加载
评论 #40186638 未加载
评论 #40201016 未加载
aooohan大约 1 年前
Thanks to OP for mentioning vfox (version-fox) in the article. vfox as a project just five months ago, there is still a lot to do, welcome to those who use Windows as a development environment, to participate in the construction of the vfox plug-in ecosystem.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;version-fox&#x2F;vfox">https:&#x2F;&#x2F;github.com&#x2F;version-fox&#x2F;vfox</a>
steph-123大约 1 年前
I like x-cmd because its package system is written in more compatible posix-shell and awk, resulting in much smaller loading and startup overhead. Additionally, x-cmd integrates with asdf and provides AI support, along with over 200 modules for various command enhancements<p>See:<a href="https:&#x2F;&#x2F;x-cmd.com&#x2F;pkg&#x2F;" rel="nofollow">https:&#x2F;&#x2F;x-cmd.com&#x2F;pkg&#x2F;</a>
评论 #40187278 未加载
doctorraags大约 1 年前
Is it just me that never even wants to get to the problems that asdf attempts to solve?<p>That example in the article of managing multiple python 2.7 versions sounds like a horror story.
评论 #40186923 未加载
matsemann大约 1 年前
Because of the insanity of python versions, paths, wheels etc and tiredness of spending time getting poetry install to work for project X due to also needing a full rust and c++ toolchain for some dependency etc..<p>.. I run everything for a project in a container. Each project then matches perfectly the container actually used in production, so if it works there, it also works on my machine. I just volume mount the project folder into the container so I can&#x27;t edit files from my IDE, and then pycharm has ok support for remote interpreters.
评论 #40186908 未加载
评论 #40190848 未加载
评论 #40186664 未加载
评论 #40186927 未加载
评论 #40186645 未加载
评论 #40186603 未加载
Zizizizz大约 1 年前
Fantastic tool, it also replaces direnv &#x2F; .env requirements as it will automatically load variables you set in your .mise.toml file in the [env] section, except that it&#x27;s much faster than direnv.
bandrami大约 1 年前
Was it just bad luck that this got named the same thing as the main Common Lisp package&#x2F;build manager? (Also not helped that &quot;package&quot; means something very different in CL)
neonsunset大约 1 年前
The existence of asdf is a byproduct of a larger problem: tooling for certain popular (Python) and not so popular (Ruby) programming languages is simply inadequate.
elzbardico大约 1 年前
At some time I just decided that having different users is the best runtime manager of all.
victorbjorklund大约 1 年前
Does people use asdf in prod? Or just on dev machines?
评论 #40201653 未加载
lfmunoz4大约 1 年前
what are the benefits of this verses using Nix?