WP Engine 收购 WPackagist 后，WordPress 开发者社区不到一周便拿出了替代方案。2026 年 3 月 16 日，由 Roots 团队成员 Ben Word 主导开发的 WP Packages 正式上线，成为完全独立、由社区资助运营的开源 Composer 仓库。
事件背景
WPackagist 由英国数字合作社 Outlandish 于 2013 年创建，服务 WordPress 开发者生态超过十年。然而近年来该项目处于搁置维护状态，更新周期缓慢，社区参与度极低。WP Engine 宣布收购后，立即在所有开发者的终端中通过 Composer info 字段推送了 “WPackagist is now maintained by WP Engine” 的公告——一个小动作，却清晰地展示了企业收购如何改变工具与用户之间的关系。
Ben 早在去年八月就已着手开发替代方案。WP Engine 的交易落定后，他加快了发布进度，最终在 3 月 16 日正式上线，并同步开源了完整 GitHub 仓库。
核心变化：速度与体验
WP Packages 并非 WPackagist 的简单复刻，而是从架构层面进行了重新设计。
性能提升显著：WP Packages 支持 Composer v2 的 metadata-url 协议，仅按需拉取项目实际使用的包元数据；而 WPackagist 仍依赖旧的 provider-includes 方式，每次解析依赖前必须下载庞大的索引文件。在 10 个插件的冷依赖解析场景中，WP Packages 耗时约 0.7 秒，WPackagist 则需 12.3 秒，速度提升约 17 倍。
包命名更规范：WPackagist 使用 wpackagist-plugin/ 和 wpackagist-theme/ 前缀，而 WP Packages 采用更简洁的 wp-plugin/ 和 wp-theme/ 格式。
元数据更完整：WPackagist 缺失多年的插件/主题作者、描述和主页 URL 信息，WP Packages 均已补全。
同步频率更高：WP Packages 每 5 分钟同步一次 WordPress.org 目录更新，WPackagist 约需 90 分钟。
架构更透明：Ben Word 在 X 上强调，WP Packages 的应用代码、文档乃至完整 Ansible 部署配置全部公开，任何人都可以 fork 仓库并运行自己的 WordPress Composer 私有仓库。
迁移方法
从 WPackagist 迁移到 WP Packages 只需几条终端命令。
逐条手动迁移：
# 移除旧的 WPackagist 包
composer remove wpackagist-theme/twentytwentyfive
移除 WPackagist 仓库配置，添加 WP Packages
composer config --unset repositories.wpackagist
composer config repositories.wp-composer composer https://repo.wp-packages.org
使用新命名格式安装包
composer require wp-theme/twentytwentyfive一键迁移：执行官方迁移脚本，自动更新 composer.json：
curl -sO https://raw.githubusercontent.com/roots/wp-packages/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh使用 Bedrock 搭建的项目已默认集成 WP Packages，无需额外配置。Roots 还提供了 WP Packages Changelog Action，可集成到 GitHub Workflow 中追踪依赖更新。
开源生态的意义
WP Packages 的资金来源为 GitHub Sponsors，当前赞助商包括 Carrot、Kinsta、WordPress.com 和 Itineris 等。Ben Word 公开承诺：WP Packages 永远不会利用 Composer info 字段向开发者终端推送广告或推销信息。
这一承诺的底气来自社区资助模式——项目对社区负责，而非对企业董事会负责。WordPress 生态的真正力量向来在于社区的开放协作：当基础设施可能落入商业公司手中时，开发者自己动手、给出了更好的答案。
评论0 注意：评论区不审核也不处理售后问题！如有售后问题请前往用户中心提交工单以详细说明!