问HN:GitHub员工们,现在情况如何?为什么?
摘要
Hacker News上的一场讨论探讨了GitHub在AI增强的代码提交激增方面的挑战,并辩论了诸如限制免费私有仓库等潜在解决方案。
这很显而易见。你们能否解释一下为什么这些问题一直发生?<p>我注意到大多数帖子和回复都是人们根据发布的数据自行得出结论。<p>我认为,从那些真正看到内部情况的人那里获得一些实际的、非公司/营销的信息会很有帮助。<p>谢谢<p>能否
查看缓存全文
缓存时间: 2026/08/17 15:54
# 向HN提问:GitHub员工们,发生了什么?为什么?
来源:https://news.ycombinator.com/item?id=49332495
https://news.ycombinator.com/vote?id=49332865&how=up&goto=item%3Fid%3D49332495
显而易见的答案是终止免费无限私有仓库。源代码不再是一件特定的事物。GitHub只不过是个免费的S3或Azure存储提供商。
https://news.ycombinator.com/vote?id=49332990&how=up&goto=item%3Fid%3D49332495
我认为这能过滤掉大量无意义的提交活动。
每个仓库收费每月1美元。如果您的项目不值这个价,那就自己搭建git或使用其他免费代码托管平台。
https://news.ycombinator.com/vote?id=49332793&how=up&goto=item%3Fid%3D49332495
> GitHub之所以举步维艰,是因为AI辅助编程在去年将提交数量提升了14倍,而且增速仍在加快。
诚然,但OpenAI和Claude是如何应对增长使用量的?它们处理得比GitHub好得多。增长迅速不代表你无法应对。
相反,你必须意识到自己正处于高速增长阶段,并围绕这一点进行设计。
显而易见,我们大约一年前就进入了高速增长期,而GitHub至今仍未妥善适应。
在某些时刻,你必须承认GitHub尚未为这一刻做好准备。
https://news.ycombinator.com/vote?id=49332972&how=up&goto=item%3Fid%3D49332495
OpenAI和Anthropic正在花费可能永远无法收回的数千亿美元,在广泛的抗议中强行建设大型新数据中心。
你认为GitHub应该效仿吗?
https://news.ycombinator.com/vote?id=49332948&how=up&goto=item%3Fid%3D49332495
它们承受着同样类型的负载。几乎每一个给GitHub服务器带来压力的AI提交,都是在OpenAI和Anthropic的服务器上生成的。
https://news.ycombinator.com/vote?id=49332900&how=up&goto=item%3Fid%3D49332495
> GitHub之所以举步维艰,是因为AI辅助编程在去年将提交数量提升了14倍,
好吧,那他们为什么不利用额外的收入来增加资源和员工?他们他妈的在干什么?
https://news.ycombinator.com/vote?id=49332926&how=up&goto=item%3Fid%3D49332495
> 好吧,那他们为什么不利用额外的收入来增加资源和员工?
什么额外收入?我猜想那些推送成千上万AI生成提交的人,并不是为GitHub企业版付费的人。
https://news.ycombinator.com/vote?id=49332709&how=up&goto=item%3Fid%3D49332495
这些增量是否主要出现在免费套餐中?还是付费套餐的存储负载增长类似?
或许可以考虑按GB/月收费。面对现实吧,版本控制系统本质上是(经过美化的)存储服务。
https://news.ycombinator.com/vote?id=49332920&how=up&goto=item%3Fid%3D49332495
Anthropic耍了个花招,他们取消了免费套餐(对GitHub来说确实不是个好主意),却把责任推给AI辅助编码的滥用者。而不是例如找出那1-5%像Steipete这样极其过分的用户并限制他们。
https://news.ycombinator.com/vote?id=49332791&how=up&goto=item%3Fid%3D49332495
这只是个借口。如果他们无法支撑付费会员或没有足够基础设施,就应该开始对这些无休止提交垃圾项目的仓库收费。
https://news.ycombinator.com/vote?id=49333048&how=up&goto=item%3Fid%3D49332495
我认为是两个原因叠加:
- GitHub试图(但似乎失败了)将网站后端迁移到Azure基础设施
- AI生成的代码因活动量过大而拖垮了网站
https://news.ycombinator.com/vote?id=49332619&how=up&goto=item%3Fid%3D49332495
今天许多微软服务都宕机或故障,包括在Azure上托管的网站。我猜这是微软更大范围的宕机事件。
https://news.ycombinator.com/vote?id=49332966&how=up&goto=item%3Fid%3D49332495
请注意,该图表中大部分停机时间来自GitHub Actions——这在微软收购之前根本不存在。
停机也是从2020年开始出现的,那是收购发生一段时间之后。2020年正是许多人被困在家中开始学习编程的一年。
https://news.ycombinator.com/vote?id=49332827&how=up&goto=item%3Fid%3D49332495
根据那张图表,性能在微软收购后、AI介入前就大幅下降了。如果不是微软的原因,你怎么解释?或者图表有什么误导之处吗?
https://news.ycombinator.com/vote?id=49332995&how=up&goto=item%3Fid%3D49332495
此外,用Ruby on Rails编写大概也让性能提升变得更为困难。
相似文章
问HN:GitHub的替代方案
Hacker News 上的讨论帖探讨 GitHub 的替代方案,用户分享使用 GitLab 自建的经验并比较 CI/CD 解决方案。
@hnshah: https://x.com/hnshah/status/2066761276945211442
Hiten Shah 反思了 AI 如何将 GitHub 从证据库转变为非编码人员可以直接将产品判断应用于软件工作流程的环境,从而弥合客户理解与代码之间的鸿沟。
GitHub对AI Agent的计划(90分钟阅读)
本文探讨了AI编码代理的爆炸式增长(2026年增长1400%)如何使GitHub的基础设施承压,导致显著的服务可用性问题,并讨论了GitHub为使其平台适应这一新时代而制定的计划。
@danshipper: GitHub 坐拥前排席位,目睹代码编写方式的变革——如今每个人,连同他们的智能体大军,都能提交代码。三月份……
GitHub COO Kyle Daigle 讨论了 AI 智能体创建的拉取请求激增(3 月份达到 1700 万),以及预计今年将有 140 亿次提交。他强调开源维护者的控制权、基于使用量的定价模式取代按席位许可,以及随着 AI 工具使非开发者也能构建应用,开发者与非开发者之间的界限正在模糊。
@dabit3:一个非常有趣的故事,展示了 @github 目前的状态无法有效保护开源维护者免受 AI 滥用的影响。
一个故事描述了在发布 900 美元赏金后,AI 机器人如何用垃圾评论和未经测试的 PR 淹没了一个 GitHub 仓库,迫使维护者实施如贡献者白名单和声誉机器人等变通方法,凸显了 GitHub 缺乏反机器人机制。