… 我还在使用nix来构建我们团队的所有软件 - 从Vue.js到Rust再到Django - 并将所有这些开发依赖项整合到一个单独的nix `devShell` 中。这意味着你可以克隆我们的仓库，使用 `nix develop .`，所有工程师在多个工具链中使用相同版本的软件、依赖项和库。这非常方便。（想象一下，你是一个.js开发者，需要快速编辑一个Rust后端路由，但你并不整天用Rust - 你不需要了解如何设置Rust，`devShell` 会为你提供）。 [1]: https://github.com/nix-community/nixos-generators
源讨论从零开始学Nix，一份非官方、有观点、温和的Nix入门指南原帖 225 条评论 · 导入时统计我希望能看到一个真正喜欢Nix的人讨论为什么它目前还不适合主流使用/或者公开地扮演反方角色，说明为什么它并不是像切片面包一样伟大的东西。 我觉得我可能没有做足够“严肃”的事情，以至于不需要这么高水平的包可重复性。我知道像git checkout/tags、package-lock.json、Cargo.lock、Docker镜像标签这样的东西。 一个现实中的用例是什么，其中Nix显得过于复杂？我读过工具链，但比如nvm（Node版本管理器）、rustup。我一旦在一台机器上安装了Rust，就再也不去想它了。 感觉它就像包管理/构建的Kubernetes，从复杂性上来说。"我们真的需要这个吗？或者只是别人在做，所以我们也在做？"
完整原文把你的经验，加入这段讨论。
我很好奇，对于你的开发环境来说，Nix 的优势是什么？与使用已安装所有内容的 Docker 容器相比如何？
完整原文我对Nix了解不多，但我计划多读一些关于它的内容。 你提到了packer/proxmox/nixos-generators - 我理解正确吗，就是Nix可以用来代替packer来为proxmox（或者任何虚拟化平台）生成虚拟机镜像/模板？它是否仅限于NixOS，还是可以创建像CentOS这样的镜像呢？ 我之前使用过packer+ansible/chef/salt的组合来创建镜像，但总觉得有点笨拙。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。