site logo

Marico's space

Gradle 背后的公司更名为 Develocity:对这款构建工具有何影响(毫无影响)

编程技术 2026-09-15 20:55:59 12

如果你做 Android 开发或者写 Spring Boot 服务,最近应该看到过这条消息:Gradle 背后的公司改名叫 Develocity 了。如果你的第一反应是去检查自己的 build.gradle 文件是不是要炸了,可以先把手放下,安心回去干活——没事。

一句话总结:只是维护 Gradle 的那家公司改了名,构建工具本身纹丝不动。这篇说说到底变了什么、什么没变,以及公司为什么说在 AI(人工智能)能写大量代码的年代,这个新名字是必要的。

提前声明:本文所有信息都来自公司发布的更名公告和 Gradle 构建工具团队的说明,外加 2026 年 7 月的 Gradle Newsletter。没有内幕消息,也没法实测——企业改名这种事本来也没法测,只能仔细读完,然后判断它到底跟你的日常工作有没有关系。就这件事来说,基本没有。

实际变了什么

2026 年 6 月 30 日,那家叫 Gradle Technologies 的公司正式用了自家商业产品的名字,变成 Develocity。公司官网现在是 develocity.ai,gradle.com 会跳转到那里。

对担心项目的人来说,最重要的是:法律实体还是 Gradle, Inc.,所有权没变、钱没动、没新投资方进场。正如构建工具团队自己发的文章所说,改名是企业事件里最平淡的一种,动的只是门口的招牌。

这其实是两步走的第二步。2023 年的时候,商业产品 Gradle Enterprise 已经改名为 Develocity,现在公司名终于和产品名对齐了。

什么没变

对开源构建工具来说,没变的东西比变的要多得多:

  • 名字还是 Gradle。 工具在某些地方会被标成"Gradle by Develocity",但它还是叫 Gradle。
  • 许可证还是 Apache 2.0。 没有收购、没有重新授权、没有付费版悄悄混进来。
  • 官网还是 gradle.org。 如果你以前敲 gradle.com 找构建工具,那地址本来就用错了。文档、发行版、下载页一直在老地方。
  • 团队还是原班人马。 同一批人专职做构建工具,发布节奏和以前一样。
  • 你的项目不受影响。 坐标没变、插件没变、命令没变,不需要任何迁移。

还有一个容易被忽略但确实有用的变化:"Gradle" 这个词现在只指一件事了。过去几年它同时指开源构建工具和背后的公司,每次发公告说一个,另一个听起来也像在变。这个歧义才是改名真正解决的东西。

为什么要给一家名字已经很响的公司改名

公司给了两个理由,而且两个理由都能从平台实际做的事里看出来。

理由一:平台已经超越了工具本身。 商业产品 Develocity 最早是给 Gradle 做构建扫描的,现在已经能捕获、分析、管理构建、测试和制品产出,覆盖主流工具链:Maven、npm、pip、Bazel、sbt 还有 Gradle,Docker 支持也在本月正式发布。当你的产品能在七种工具链上跑,以其中一个命名就低估了它。在公司看来,继续叫 Gradle 会让一个通用平台听起来像单一工具厂商。

理由二:AI 代理改变了谁需要构建数据。 这个论点更有意思。AI 代理现在以机器速度写代码,但产出物还是软件,在发布前一样要构建、测试、管控。这意味着构建和测试的总量在上升,公司认为这个节点上提效和工具链优化的重要性比以往任何时候都高。

论点的后半段跟上下文有关。当 AI 代理需要修一个失败的构建时,它需要的信息是日志文件装不下的:哪些测试会 flaky 以及为什么、上次成功运行之后变了什么、构建缓存干了什么。Develocity 在整个工具链上埋点,把这些数据聚合起来给代理查询用,包括通过 MCP 服务器和其他集成方式。公司把这个层次叫"上下文工程":把正确的信息组装好,让系统能够推理,而不是一顿瞎猜。

他们的表述很直白:你的工具链现在就是生产环境。如果代理往仓库里提交代码,构建和验证这段代码的流水线就不再是后台基础设施了——它是机器生成改动和用户之间的那道关卡。

瓶颈论,一张图就够了

公司在公告里引用了 GitLab 2026 年 AI 责任报告的一个发现:85% 的开发者和技术买家认同,AI 已经把软件交付的瓶颈从写代码转移到了审查和验证环节。

这个数字就是整个改名策略的缩影。当人类写所有代码时,构建工具公司可以用构建工具命名,因为构建是交付过程中更慢、更危险的那半。当代理写代码时,稀缺资源变成了验证、可追溯性和对变更的信任。Develocity 在把自己定位成这层的平台,这是一个比任何单一构建系统都大的故事。

这个策略能不能成是另一回事。但改名的逻辑是通顺的:给公司起名应该反映它解决的问题,而不是它最初发家时用的那个工具。

对你意味着什么,看你是谁

如果你只用开源的 Gradle 构建工具:什么都没变。构建配置、CI 流水线、插件完全照旧运行。唯一可能看到的区别是网站上会出现"Gradle by Develocity"的品牌标识。

如果你公司里跑着 Gradle Enterprise 或 Develocity:产品、团队、合同全部平移过来。公司明确说了,改名是他们要操心的事,不是你的。没有需要迁移的东西。

如果你维护 Gradle 插件:关注一下文档里"Gradle by Develocity"的新品牌标识,但 API 和发布流程都没变。现有插件不需要改代码。

如果你正在评估团队用哪款 AI 编程助手:这个改名值得当信号读一读。最主流构建工具背后的团队在押注:代理生成的代码量会让构建和测试的可观测性成为一等公民。无论你选哪家供应商,底层逻辑不变:当代理往仓库里提交代码,构建和验证那段代码的流水线就不再是后台基础设施了。

信息来源

  • Gradle Technologies Is Now Develocity: AI Moved the Bottleneck in Software Delivery(公司公告,2026 年 6 月 30 日)
  • The Company Formerly Known as Gradle(构建工具那边的说法)
  • Gradle Build Tool Newsletter, July 2026
  • Hans Dockter 的 LinkedIn 帖子谈改名