GitHub 又宕机了？PR 无法访问

# GitHub又宕机？无法访问PR（拉取请求） 来源：https://news.ycombinator.com/item?id=49330632 Codeberg并非可行的基础设施替代方案。它是一个有鲜明立场的社区，而非中立托管方——会依据对LLM（大语言模型）使用和资源消耗的主观判断删除代码仓库。如果项目是否能持续托管取决于审核团队对所谓“当前理念”的裁量和团队的心血来潮，那我无法将其视为严肃的基础设施选择。基础设施应当保持中立。Codeberg更像是个社交俱乐部。 https://news.ycombinator.com/vote?id=49332517&how=up&goto=item%3Fid%3D49330632 能否推荐真正可行的基础设施替代方案？我的需求清单如下：开源项目免费、闭源项目付费；既能托管手写的简单项目，也能支持包含AI/LLM代码且需要CI/CD/审计的复杂项目；服务器位于英国或欧盟境内。顺便说一句，我会向Codeberg捐款，因为他们是坚定维护开源自由的优秀服务，而且我托管着一些公益性质的大型项目和AI项目。 https://news.ycombinator.com/vote?id=49332544&how=up&goto=item%3Fid%3D49330632 https://tangled.org/would love to have you :) 我们托管在欧盟，对开源项目永久免费。Tangled从设计之初就支持联邦化，让你在参与开放网络的同时，能自主掌控基础设施和数据。 https://news.ycombinator.com/vote?id=49332857&how=up&goto=item%3Fid%3D49330632 我觉得任何对开源免费的服务，一旦获得大规模采用并成为LLM生成代码的默认托管平台，都会陷入困境。如果连微软/GitHub都无法应对当前的需求量，那些规模更小、资金更少的替代平台又有什么希望？ https://news.ycombinator.com/vote?id=49332511&how=up&goto=item%3Fid%3D49330632 Codeberg是一个公开的旗舰实例。他们并不中立，也从未宣称中立。托管内容的决策由e.V.（德国注册协会）成员选举产生。其他平台（GitHub、GitLab、Tangled等）最终也会面临类似问题，例如GitHub如何处理DMCA请求。与Codeberg的区别在于，其主要实例的托管内容由选举决定。对于低质量代码或大量CI运行，建议直接自托管Forgejo，这样由你而非e.V.承担后果，并且未来可通过活动协议（ActivityPub）实现跨实例支持。Forgejo自托管非常简单，许多用户已在实践（如ffmpeg、Fedora等）。这样你就能制定自己的规则，e.V.的选举结果对你毫无影响。 https://news.ycombinator.com/vote?id=49332941&how=up&goto=item%3Fid%3D49330632 还是更倾向BitBucket或GitLab。GitLab和BitBucket都几乎与GitHub同时期出现？BitBucket和GitHub都是2008年，GitLab是2011年。你提到的其他平台可能说没就没了。 https://news.ycombinator.com/vote?id=49332848&how=up&goto=item%3Fid%3D49330632 我认为“AI炒作搞垮GitHub”的看法过于肤浅。根本问题不在于AI、微软或Azure，而是为何人们总是信任中心化基础设施。GitLab和Codeberg同样可能各自以不同方式堕落。解决方案不仅是“从GitHub迁移”，而是“迁移到设计上无法被任何单一实体控制的平台”，而不仅仅是寄托希望。目前尚无足够成熟的GitHub去中心化替代方案。Tangled.org的去中心化存在严重缺陷。Radicle创造了异类生态——小众中的小众。而且它已出现ISP连接问题：https://radicle.dev/2026/04/23/domain-move https://news.ycombinator.com/vote?id=49332111&how=up&goto=item%3Fid%3D49330632 连合并代码都做不到，这已经是我的底线了。我们正优先迁移至其他平台，这次要解耦CI——现在单一供应商的故障点太多了。 https://news.ycombinator.com/vote?id=49332663&how=up&goto=item%3Fid%3D49330632 如果已尝试过请见谅，但我通过命令行仍能合并代码并完成部分工作，例如： gh pr merge 5062 -R --squash --delete-branch https://news.ycombinator.com/vote?id=49332201&how=up&goto=item%3Fid%3D49330632 我强烈推荐大家转向Forgejo。我们放弃GitHub后无比满意。体验更流畅、更快速、更无干扰。我们的CI运行速度更快，流程比以往更顺畅。迁移仅需几小时，我们把它当作有趣的黑客马拉松活动。 https://news.ycombinator.com/vote?id=49332741&how=up&goto=item%3Fid%3D49330632 CI迁移有多复杂？我们深度依赖GitHub Actions及整个GitHub生态系统，但反过来说，这些频繁的宕机正让我们崩溃。 https://news.ycombinator.com/vote?id=49332955&how=up&goto=item%3Fid%3D49330632 Forgejo Actions设计上兼容GitHub Actions。显然，如果仍依赖GitHub获取可复用Action，那与GitHub可用性仍紧密绑定。但你可以非常轻松地将GitHub仓库迁移或镜像到Forgejo实例，大多数情况下CI迁移几乎无需改动。并非所有功能都已支持，但我的Actions无需任何修改，且兼容性会持续提升。 https://news.ycombinator.com/vote?id=49332641&how=up&goto=item%3Fid%3D49330632 他们当前的指数级增长简直疯狂。我建议不要轻视这个问题，或假设其他人能更好地处理这种规模/增长。五月时他们需应对一夜之间30倍的增长，现在估计接近100倍了。现实是，在当前代码生成规模下，这种中心化解决方案可能已不再可行。 https://news.ycombinator.com/vote?id=49330861&how=up&goto=item%3Fid%3D49330632 完全无法工作，任何代码库页面都加载不了。GitHub.com的承诺是作为开源代码的中心枢纽，因为它可靠。但最近这个承诺并未兑现。话说回来，GitHub确实难以取代，就像Twitter当年的“失败鲸鱼”时代。那是增长无法妥善管理的迹象，但当时并无可行替代方案。 https://news.ycombinator.com/vote?id=49331725&how=up&goto=item%3Fid%3D49330632 > GitHub难以取代，就像Twitter的“失败鲸鱼”时代 难，但非不可能。不可靠性可能推动一些人尝试。此外，Twitter的“失败鲸鱼”主要出现在早期（而非运营二十年后）。替换GitHub的难点在于，它远不止版本控制和问题跟踪——它实际上是全球最大的开发者社交网络。 Tangled（tangled.org）基于Activity Protocol（Bluesky）构建，似乎是个有趣的方向。其他多数方案只是将问题转移到更小的孤岛（GitLab、Codeberg等），或因过度关注自托管而放弃与其他实例联网，这无异于因噎废食。联邦化方向似乎是正确的。Tangled功能远未完善，但我看好这个方向，它可能更抗全局性宕机。我还不是用户，但持续关注中。 https://news.ycombinator.com/vote?id=49332656&how=up&goto=item%3Fid%3D49330632 > 因噎废食：只关注自托管而不尝试与其他实例联网 请问与其他实例联网能带来什么？Git是分布式的，与自托管实例配合工作，不是吗？ https://news.ycombinator.com/vote?id=49332308&how=up&goto=item%3Fid%3D49330632 GitHub的价值在于它能为小型项目带来大量关注和可见性（尽管许多项目仍会沉没）。这种价值正日益减弱，而稳定性变得更重要。尤其当如今GitHub的故事围绕Copilot（无论好坏）和宕机。AI让许多项目所有者重新思考，并与AI公司保持如此开放的关系。 https://news.ycombinator.com/vote?id=49331195&how=up&goto=item%3Fid%3D49330632 但情况有些不同。在许多情况下，采用单位是团队或组织，他们可以自由切换平台而无需考虑他人选择。目前我打算迁移个人项目，在工作中还不算紧迫，但趋势已现。 https://news.ycombinator.com/vote?id=49331626&how=up&goto=item%3Fid%3D49330632 无论原因是什么，情况似乎在恶化：从PR和Actions宕机开始，现在连仓库列表都无法加载。这可能是最严重的一次。 https://news.ycombinator.com/vote?id=49331018&how=up&goto=item%3Fid%3D49330632 自新冠疫情以来一直呈螺旋式下滑。企业版勉强可用，但标准版每日都有问题。 https://news.ycombinator.com/vote?id=49331106&how=up&goto=item%3Fid%3D49330632 不确定新冠疫情是否唯一原因。微软接手后将其迁移至Azure，AI使用导致流量激增（尽管这对可扩展平台不应是借口），以及GitHub全面押注AI生成代码——这些因素共同作用。他们正让潜在替代者轻易夺取市场，而那个替代者不会是GitLab。 https://news.ycombinator.com/vote?id=49331562&how=up&goto=item%3Fid%3D49330632 尽管我对现状恶化感到恼火，但你忽略了竞争的关键细节：只有当你愿意投入足够资金购买CI计算资源以满足大部分开源生态需求时，才可能“轻易”取代。这是获得类似GitHub网络效应的最基本前提。 https://news.ycombinator.com/vote?id=49331649&how=up&goto=item%3Fid%3D49330632 虽然没有数据支持，但作为2012年至今的GitHub用户，我发现它几乎一直频繁宕机。我常认为这多少是文化问题——新功能似乎总是漏洞百出/未完善，且长期保持这种状态却无人完善。 https://news.ycombinator.com/vote?id=49331918&how=up&goto=item%3Fid%3D49330632 从未像过去几年这么糟，而且还在恶化。我从不担心Steam是否能让我下班玩游戏，但自疫情以来GitHub一直有问题。至少对我来说如此。幸运的是，由于服务性质，我能熬过大多数宕机时间——至少大部分时候。 https://news.ycombinator.com/vote?id=49330663&how=up&goto=item%3Fid%3D49330632 尝试合并PR时看到“合并状态无法加载”。令人沮丧的是，我不得不来HN确认是否只有我遇到这问题，而不是依赖他们链接的状态页面。 https://news.ycombinator.com/vote?id=49330870&how=up&goto=item%3Fid%3D49330632 githubstatus.com现已更新事故状态： > 更新——我们发现包括PR、Issues在内的多个功能出现约20%的错误率。调查正在进行中，我们将随时发布进展。 2026年8月17日 13:45 UTC https://news.ycombinator.com/vote?id=49332673&how=up&goto=item%3Fid%3D49330632 我以为大家对IIS的普遍反感已让我们吸取教训——不应让微软产品成为基础设施核心，但显然我错了。我在此常批评微软，不是因为员工愚蠢或所有产品都“糟糕”（事实并非如此）。而是因为这家公司显然只专注于“下一个可营销的产品”，任由现有产品腐烂。许多微软产品皆是如此。Windows NT在当年是个相当酷的操作系统/内核，NTFS在推出时也是精巧的文件系统。他们雇佣聪明人足够长时间做出轰动头条，却不对这些产品持续维护。 https://news.ycombinator.com/vote?id=49332143&how=up&goto=item%3Fid%3D49330632 GitHub大到不能倒，但显然无法解决可用性问题。难道他们不该将核心/问题组件开源并请公众修复吗？这不可持续。它实际上在全球范围内阻碍开发/生产力。 https://news.ycombinator.com/vote?id=49332664&how=up&goto=item%3Fid%3D49330632 各位有证据表明GitHub近期宕机是由低质量代码（slopcode）而非负载显著增加导致吗？后者正是GitHub和微软声称的根本原因。我厌倦了HN上某些新建账号推动的胡扯叙事，仿佛某些人认为“只要CEO们明白低质量代码有害”，自己的工作就能保住。 https://news.ycombinator.com/vote?id=49332763&how=up&goto=item%3Fid%3D49330632 > 我身处布鲁塞尔，从事科技、AI和初创企业融资。橙色账号？我厌倦了利益相关者推动议程。我的工作很稳定，谢谢。我不在胡扯的行业工作。 https://news.ycombinator.com/vote?id=49332821&how=up&goto=item%3Fid%3D49330632 我根本没投资代理编码（agentic coding）；实际上，我的投资清单相当公开。所以我真不知道你想表达什么。但创建新账号来为你声称不存在的威胁辩护，这并不让我感到“安心”。