Plugin Update Checker 中实现 WP-CLI 命令触发自动更新检查

在 WordPress 插件开发中，Plugin Update Checker 是一个广泛使用的库，它允许开发者从自定义源（如 GitHub、Bitbucket 等）检查插件更新。然而，当通过 WP-CLI 执行某些命令时，该库默认不会自动检查更新，这可能导致用户在命令行环境中无法及时获取最新的插件版本信息。

问题背景

在 WordPress 生态系统中，WP-CLI 是一个强大的命令行工具，用于管理 WordPress 站点。当用户执行如 wp plugin list 或 wp plugin status 等命令时，WordPress 会通过 wp_update_plugins() 函数检查插件更新状态。然而，Plugin Update Checker 的更新机制默认不会在这些 WP-CLI 命令执行时触发。

技术实现方案

为了解决这个问题，开发者提出了几种可能的解决方案：

1. 直接检测 WP-CLI 命令：通过解析当前执行的 WP-CLI 命令参数，判断是否需要触发更新检查。这种方法虽然可行，但维护成本较高，因为需要跟踪所有可能触发更新检查的命令。

2. 利用 WP-CLI 钩子：更优雅的解决方案是利用 WP-CLI 提供的 before_invoke:<command> 钩子机制。这个钩子可以在特定命令执行前触发自定义逻辑。

最终实现采用了第二种方案，通过以下方式工作：

• 注册 WP-CLI 钩子监听 plugin 和 theme 相关命令
• 当这些命令执行时，触发标准的计划更新检查逻辑
• 保持与 wp_update_plugins() 函数行为的一致性，不每次都强制检查更新

实际效果

在实际测试中，这一改进显著提升了 WP-CLI 环境下的更新检查体验：

1. 对于托管在 WordPress 官方仓库的插件（如 Relevanssi），更新状态能够正常显示
2. 对于使用 Plugin Update Checker 管理的自定义插件，新版本信息也能正确显示
3. 保持了与 WordPress 核心更新机制的一致性

技术要点

这一改进涉及几个关键技术点：

1. WP-CLI 钩子系统：了解如何正确使用 WP-CLI 的钩子机制是关键
2. WordPress 更新机制：理解 wp_update_plugins() 和计划任务的关系
3. 性能考量：避免在每次命令执行时都强制检查更新，而是遵循现有的计划检查逻辑

结论

这一改进已被合并到 Plugin Update Checker 5.4 版本中，为开发者提供了更完整的 WP-CLI 支持。对于依赖命令行管理 WordPress 站点的用户来说，这确保了无论插件更新源是官方仓库还是自定义位置，都能获得一致的更新检查体验。

对于开发者而言，这一改进也展示了如何优雅地扩展 WordPress 核心功能，同时保持与现有生态系统的兼容性。通过利用现有的钩子和 API，可以在不破坏现有行为的前提下，增强工具的功能性。