GitHub首席运营官表示，尽管首席执行官离职并与微软深度融合，GitHub的“开发者优先”使命不变。基础设施正迁往Azure，Copilot将超越代码补全，并继续支持开发者选择。
译自：GitHub Doubles Down on Openness for Its Next Chapter
作者：Frederic Lardinois
GitHub 首席执行官 Thomas Dohmke 于八月离职，GitHub 也更深入地融入微软，开发者们正在询问该平台下一步将如何发展。在本周 Universe 大会召开之前，我在 GitHub 旧金山总部与 GitHub 首席运营官 Kyle Daigle 进行了座谈，讨论了开发者选择的未来、Copilot 的演进以及为什么 GitHub 不担心来自 AI 编程代理的竞争。
GitHub 的使命没有改变
“我知道大家会问，嗯，有什么变化？或者我们是否会改变，只专注于销售 GitHub 等等？我们拥有一项非常健康的业务，即如何将 GitHub 交到企业手中。显然，我们拥有大量的开源项目和维护者，我们会继续支持他们，”Daigle 说。“我认为不变的、从未改变的是 GitHub 的使命。GitHub 仍然是 GitHub。我们专注于开发者。这没有改变。如果说有什么不同的话，我感觉是我们继续获得更多的资源，无论是象征性的还是实际的，最终通过像 GitHub Copilot 这样的产品来完成这项使命。”
他指出，GitHub 依赖微软的许多团队和合作伙伴，例如 VS Code 团队。“如果说有什么不同的话，我感觉到的是这种加速一直在发生，因为我们能够如此紧密地合作——并且我们坚信 GitHub 是不同的。GitHub 是独特的。我们的业务与各种类型的开发者紧密相连，你无法将其剥离。你知道，它们是融为一体的，我们也不想将其剥离。这正是我们与众不同之处，”Daigle 说。
至于社区，尤其是开源社区，对于微软更多地参与 GitHub 所产生的担忧，Daigle 指出，这在微软最初于 2018 年收购 GitHub 时也曾出现过。
图片来源：The New Stack。
当时 GitHub 的首席执行官 Chris Wanstrath 一直在寻找自己的继任者。收购完成后，Nat Friedman 成为首席执行官。微软于 2016 年收购了他的初创公司 Xamarin。Xamarin 拥有深厚的开源根基，这无疑有助于消除一些关于微软收购的担忧。在随后的几年里，即使 Friedman 于 2021 年底离开，HockeyApp 创始人 Thomas Dohmke 接任之后，GitHub 仍然以其独立于更大的微软组织而自豪。
“微软没有忘记我们当初为什么进行这笔交易，以及这笔交易的重要支柱是什么。最首要的原则是开发者优先。这就是我们每天所做的事情，”Dohmke 在我于 2022 年与他交谈时说道。
Daigle 在我们的谈话中也呼应了这一点。“当时我说：‘让我们向你们证明，’”他在谈及微软收购时说，“我认为我们总体上做得非常好，证明了我们将继续专注于开发者。”
但 2025 年不是 2018 年。今天的 GitHub 不仅关乎托管 Git 仓库，更关乎 Copilot，而运行 Copilot 所需的资源大相径庭。正如我们本月早些时候报道的那样，GitHub 目前正在将其基础设施迁移到微软 Azure。Daigle 对此表示认同。“有很多更大的因素在起作用，比如数据中心、获取数据中心以及拥有我们所需的一切。而且，你知道，像 Azure 这样的解决方案是合理的。我们需要更多的计算资源。我们增长得太快了，”他告诉我。
但他还强调，GitHub 将使用微软提供的工具，但在适当的时候，它也会使用不在微软生态系统内的工具，“我们认为这能为开发者等带来优势——这一原则将继续保持不变。”
“希望一年后当我们再次聚首时，大家会说：‘哦，是的，果然如此。’我们曾持怀疑态度，但最终，GitHub 继续证明像我这样经历过这些转型的人——以及许多许多经历过所有这些转型的 Hubbers——能够继续为开发者提供优秀的工具，让他们使用，并且不失去那种让我们坚持了近 20 年的开源和开发者精神。”
为构建者而构建
长期以来一直不变的一点是，许多其他公司，包括那些现在在 AI 编码领域与 GitHub 竞争的公司，如 OpenAI 和 Anthropic，都基于 GitHub 进行构建，并且通常也会将它们的工具直接集成到 GitHub 中。Daigle 似乎对此并不担心。
他表示：“[GitHub] 是一个独特的机遇，可以为构建者们构建一些所有人都在使用的东西。”“即使你使用其他工具，那也很好。你的代码通常总会回到 GitHub。”
事实上，GitHub 似乎正在寻找如何将更多这些公司更紧密地融入其生态系统的方法。
他指出：“在现代软件开发过程中，更多人构建更多工具对软件开发者来说只会是好事。”“我知道这有时听起来像是一句敷衍的话，但这是真的。我不再使用我刚开始编程时用的那个代码编辑器了。事情在变。事情在发展，这让我们达到了一个更好的境地，我可以编写更好的代码，或者解决我以前无法解决的问题。”
他说，GitHub 希望成为所有开发者的家园——这意味着要给予开发者选择，即使这有时会导致战略会议中出现不愉快的对话。
开发者选择与编程代理
“开发者优先意味着当你的雇主购买 GitHub 时，作为开发者的你，必须喜欢使用 GitHub，而不仅仅是做出购买决定的人，”Daigle 说。他强调，这还意味着如果开发者想使用其他 IDE 或其他 AI 工具和编程代理，那也没关系，但 GitHub 总是会创造方式让这些工具可以自由地使用 GitHub 中的用户数据。
他说：“缓慢而坚定地，这将继续成为我们书写 GitHub 下一个篇章的方式——我们找出解决方案并开放它，开发者将永远做出选择，与此对抗是一场必败之仗。”
开发者总是会寻找最能有效完成工作的工具，但这些工具会定期变化。目前，这种竞争主要集中在 AI 编程代理上，虽然 Copilot 对 GitHub 来说是一项很棒的业务，但常常感觉 Anthropic 的 Claude Code 或 OpenAI 的 Codex 等工具比 Copilot 拥有更多的“心智份额”（mindshare）。
Daigle 说：“Copilot 推出时，我们提出了‘结对编程’的概念，你知道，它在自动补全方面做得非常好。然后，随着其他模型和工具的出现，我们开始看到每种工具和模型都以不同的方式开始专业化。”
Copilot 的演进：超越代码补全
在大约过去两年里，GitHub 一直在探索如何将 Copilot——以及一般意义上的 AI——带到更多方面，并超越代码生成。Daigle 指出，公司的目标之一是利用最新一代的大型语言模型（LLM），在软件开发生命周期（SDLC）的各个阶段帮助开发者。
“我们所看到的现实是，它不像 Copilot 或一个单独的工具。它通常是某种混合搭配，例如工具 A 和 B、工具 B 和 Copilot、Copilot 和工具 A。每个人都在使用多种工具。对我们来说，问题是，如果我们能想办法让 Copilot 不仅仅在一个专业领域做得非常好，而是作为贯穿所有 GitHub 工作流、超越代码生成的水平层做得真正出色——那么开发者将继续做出选择。这确实是 GitHub 多年来倾向于做的核心举动。”
Daigle 说，最令他兴奋的是 Copilot 如何能从它所了解的开发者及其工作情境中获取信息，并创造出真正个性化的体验。
GitHub Universe 2025
至于即将到来的 Universe 大会，Daigle 指出重点将是开发者选择，并且观众应该期待“GitHub 的又一章”。
虽然他没有完全透露公告内容，但他确实给出了一些提示。
“我们希望在现有协作基础之上发展，但也要找到方法，让代理——以及你用它们构建的任务——能与你共存并协作，而不是总是一种辅助或你启动并查看的东西，”Daigle 说。“然后，我觉得每年 Universe 大会我最喜欢的部分就是谈论开发者选择。我觉得我们每年都会让人们惊讶于我们对此的重视程度。所以我也很兴奋能向大家展示我们对让开发者自由选择的坚定承诺——即使这让他们感到惊讶，我们自己并不惊讶。”
您可以在 YouTube 上观看我们对话的完整视频。
