继上周 WordPress 母公司裁员 280 多人后，不出意外的话就该出意外了，从今年 2025 年起至 2027 年 （也可能更久，这取决于与 WP Engine 的诉讼时长）， WordPress 每年将只发布一个重要版本更新并且不会包含太多新的大更新。
这一决策对普通用户的影响相对有限，但对于 WordPress 开发者及行业从业者而言，将产生多方面的深远影响。
比如在中国市场，很多人还坚守着经典编辑器 （Classic Editor） 不放。现在可以考虑开始转型到最新的区块编辑器，因为核心更新放缓了，这意味着可以不用担心再出现大规模的突发兼容性问题 （过去几年每次大版本升级都会破坏现有网站的功能和插件） 。
WordPress 6.8 将于下周发布，并且这将是 WordPress 在 2025 年的唯一一个重大版本更新。项目领导层在最近一次与核心贡献者的会议后做出了这个决定，表面上是为了应对企业支持减少的问题。但许多核心贡献者和社区成员对此表示质疑，认为真正的原因可能与项目领导方向不明确有关。
这一变化源于 3 月 27 日的一次 Zoom 会议，当时近 30 名核心提交者、项目负责人和核心团队成员齐聚一堂，讨论是否需要将每年三次的大版本发布频率改为每年一次。根据 WordPress.org 上周五发布的会议纪要显示，与会者提到过去六个月中 Gutenberg 和 Core 代码仓库的开发活跃度持平，而 Gutenberg 自 1 月以来开发的新功能数量也大幅下降。
会议纪要由核心提交者 Aaron Jorbin 和 Jonathan Desrosiers 整理，并由执行董事 Mary Hubbard 发布。纪要称，会议召开是因为多家公司缩减了对 WordPress 的贡献时间，但这与 「Five for the Future」 承诺的精神似乎有所冲突。
作为 WordPress 生态中最重要的贡献方，Automattic 公司 （由创始人 Matt Mullenweg 创立） 的投入时间从原先每周近 4000 小时锐减至目前的 16 小时。这一显著下滑始于今年 1 月，恰与 Gutenberg 编辑器新功能开发进度放缓的时间点吻合，相关情况已在项目会议纪要中被明确记录。
另一家主要支持方 Newfold Digital 近期也大幅调整了其贡献策略，旗下三大品牌 (Bluehost 、 Yoast 和 YITH) 的承诺贡献时间从原先每周 329 小时骤减至仅 20 小时。截至目前，该公司仍未就这一调整作出官方说明。
相比之下，rtCamp 公司则大幅提升了贡献承诺，从去年 10 月的每周 56 小时增至如今的 450 小时。
多位参与 3 月 27 日会议的核心贡献者向 The Repository 透露，会议氛围颇为压抑。据与会者反映，项目创始人 Matt Mullenweg 似乎早在会议召开前就已做出放缓版本发布节奏的决定。” 整个决策过程缺乏充分讨论，这完全背离了我们对开源项目治理机制的期待，” 一位要求匿名的核心提交者表示。值得注意的是，尽管部分贡献者表达了疲惫与失望情绪，但他们仍重申将继续支持 WordPress 项目，坚持其倡导的开源协作价值观。
社区中几乎没有人认同项目领导层关于 「企业支持减少」 的说法。 The Repository 在过去几周联系的几家公司都表示将继续支持 WordPress，并计划增加自己的 「Five for the Future」 承诺。不过，也有一位去年 10 月增加承诺时数、近期又缩减的企业主表示，他们这么做是因为 「现在似乎没有太多工作可以贡献」 。
正如 The Repository 上月报道的那样，在区块编辑器项目进展停滞、短期发展方向不明确、资深贡献者负担加重的背景下，核心开发面临巨大压力。而这些问题大多源于 Automattic 大幅减少对项目的投入。多位提交者指出，如今缺乏具有远见和产品导向的关键贡献者，例如 Riad Benguella 、 Matías Ventura 、 Rich Tabor 和 Anne McCarthy 。他们曾在 Gutenberg 的开发中起到关键作用，但在 Automattic 减少投入后也停止了参与。
曾在去年 12 月公开呼吁改革 WordPress 领导层的 Joost de Valk 在接受 The Repository 采访时也表达了类似观点。
「Matt 一直是 WordPress 的最大瓶颈，」de Valk 说，「而现在 Automattic 对项目的时间投入减少了，这个问题变得更严重了。 WordPress 放缓的原因是他有意放慢步伐，而不是缺少愿意贡献的人。」
他补充道：「目前项目的领导缺失导致了停滞。不够分散的决策机制也是问题所在。」
会议纪要中列出了降低发布频率的利弊。好处包括降低协调成本、每次发布可以包含更多功能、为核心插件和基础设施改进提供更多时间。但也存在很大风险，例如用户反馈变慢、贡献者认可度下降，以及外界对项目停滞的印象加深。
项目未来的重点发展方向将聚焦于” 核心插件”（canonical plugins）——这些由社区维护的官方插件能够实现新功能的快速迭代，无需等待核心版本发布周期。与会代表特别强调，除了监测插件活跃安装量外，亟需建立更有效的用户反馈机制，并建议通过 WordPress.org 官方渠道及”State of the Word” 年度活动等平台，进一步提升这些核心插件的曝光度和影响力。
其他建议还包括：处理积压的 13,000 个开发工单、明确组件维护者的职责、鼓励设计、测试、无障碍等领域的更广泛参与。会议还讨论了继续保持 Gutenberg 的每两周迭代节奏，并根据需要继续推出小版本更新，同时放宽对功能改进的审核标准——不过，长期以来 「次要版本不得引入新文件」 的规则将继续保留。
发表回复