GitHub 不应成为在 crates.io 上发布 Rust 的依赖条件
摘要
一篇讨论在 crates.io 上发布 Rust 包时对 GitHub 的依赖的文章，主张这种依赖不应是强制性的。
暂无内容
相似文章
GitHub 正在沉沦
文章认为，自被微软收购以来，GitHub 的可靠性与文化已大幅衰退，以正常运行时间问题和内容泛滥（"slop"）为由，指出开发者正转向其他替代方案。
GitHub 与软件之罪
本文批评 GitHub 频繁宕机、可靠性差，并且优先发展AI功能而非基础架构，认为这反映了大型科技软件服务的普遍衰退。
为什么stdx不在crates.io上
解释为什么stdx没有发布在crates.io（Rust包注册中心）上的原因。
谁应该为源代码的可用性买单？
一篇博客文章讨论了依赖 GitHub 等集中式托管平台的脆弱性，探讨了分叉（forking）和供应商化（vendoring）作为缓解策略，并质疑谁应该为可靠的源代码可用性买单。
依赖应直接从 VCS 获取
作者认为，直接从 VCS（如 Go 语言的做法）获取依赖比使用带有发布步骤的包注册中心（如 Ruby、npm、PyPI）更安全且更易于审计。