Nixpkgs核心团队宣布解散

The Nixpkgs core team has disbanded

Nixpkgs核心团队宣布解散

Nixpkgs核心团队正式宣布解散。过去10个月里,我们推动了committer授权流程改革,引入了19名新成员,并建立了自动化与AI政策。然而,这一角色并未如预期般轻量,反而因与Steering Committee的协调问题导致团队持续消耗。我们尝试多次沟通,但系统性问题依然存在,最终决定退出以保护团队健康。我们相信高信任共识决策模式更适合本地治理,但也意识到社区对治理的普遍不信任。未来,我们希望看到更有效的授权机制,让技术导向的领导者能真正发挥作用。

我们相信高信任共识决策模式能带来高质量讨论和良好结果,比Steering Committee使用的多数投票更适合被授权的本地治理团队。
  1. ronef

    给所有读到这篇帖子并急于得出更广泛结论的人:Nixpkgs 核心团队的解散并不意味着 Nixpkgs 或 Nix 即将消亡。

    这确实意味着这种特定的结构已不可持续,非常重要的贡献者已经精疲力竭,我们需要做得更好、更快。我们需要继续从中吸取教训,继续构建一个更强大的生态系统,将那些让这一切成为可能的贡献者置于优先地位。

    就我个人而言,我感到遗憾,也心怀感激。遗憾在于核心成员最终耗尽了心力;感激的是,他们完成了一些最令人惊叹的工作,其成就远超常人想象两个人能做到的极限。

  2. stingraycharles

    “我们的经验是,指导委员会作为一个机构,缺乏宪法所设想的授权本能,同时也缺乏足够的参与度和凝聚力来亲自处理该层级上的个别决策。”

    这简直是对微观管理的诗意描述。我真的很喜欢 Nix,在过去大约 10 年里,我已经有好几年把它作为我的主操作系统来运行。

    我不认为他们面临的问题是无解的,只是看起来他们试图采用的治理模式行不通,而且很难回退。

  3. klodolph

    2024 年左右曾有一个甜蜜点,那时感觉用 Nix 似乎无所不能,但现在感觉一切“实验性”的东西似乎都永久停留在实验阶段了(比如 flakes),我关心的软件包更新速度不如我想要的那么快,我也记不住 Nix 的命令了……

    与此同时,我的公司在内部重度使用 Nix 处理一切。除非你是在用 PAM 之类的东西,否则所有人的依赖都通过 Nix 获取。

    这让我想起了 Bazel:它被拥有开发者支持团队的公司所采用(因为它解决了实际问题),但对我们普通用户来说却令人沮丧。Nixpkgs 某种程度上是“普通用户”的关键部分,随着核心团队的解散,我觉得我个人在项目中逐渐远离 Nix 的决定被证明是正确的。

  4. ishanz

    Nix 包管理器:正确解决了你整个操作系统的依赖地狱问题。

    Nix 治理:显然还没能解决人类之间的依赖地狱问题。

  5. aliasxneo

    我真的不认为这些问题在“系统性”的意义上已经持续了十年。我_曾经_是一名长期贡献者,直到大约两年前,某些角色进入社区并开始制造一堆不必要的戏剧性冲突。从那以后,我看到社区里一些老朋友要么慢慢退出,要么直接被举着草叉的暴民赶了出去。

  6. vehemenz

    我不是说这有决定性的相关性,或者单凭这一点就能说明什么,但这个社区里确实有很多动漫头像。

  7. alberth

    有人能向像我这样不太了解情况的人解释一下这件事的后果吗?

    我正准备将 NixOS 部署到服务器工作负载上,但现在我有些犹豫,因为我不太明白这些后果意味着什么。

  8. soupbowl

    在重度使用 NixOS 之后,因为社区的不稳定性,我停止使用了它,我不再信任它了。

同日更多故事

2026-08-08