我很高兴为您呈现 WP-CLI 在 2014 年的首个发布，巧合地被称为 0.14.0 。让我们开始吧。
自动检测子目录中的 WordPress
将 WordPress 放在子目录中是保持代码库整洁的好方法。
到目前为止，您必须明确告诉 WP-CLI 如何找到它，要么使用--path=参数，要么在根目录中创建 wp-cli.yml 文件。在 0.14 版本中，它将自动找到它。
为了使这种不太常见的情况能够正常工作，我们不得不再次调用 eval()的黑暗力量。
防止以 root 用户身份运行
如果您尝试以超级用户的身份运行 WP-CLI 命令，WP-CLI 将拒绝运行。在生产环境中，大多数命令实际上应该以与 Web 服务器相同的用户身份运行。但总的来说，以 root 用户身份运行命令是个坏主意。
例如，如果您以 root 身份运行 wp media regenerate，那么新创建的缩略图文件自然将由 root 拥有。如果 Web 服务器以 www-data 用户身份运行，它将无法更改这些文件 （除非它们具有全局写权限，这不够安全） 。因此，正确的命令应该是 sudo -u www-data wp media regenerate 。
如果触发此保护，您还将收到有关如何禁用它的说明。
--skip-plugins 全局标志
曾经使用 WP-CLI 安装破坏 WP-CLI 的插件吗？现在有一种 100% 确定的方法可以停用它：wp --skip-plugins plugin deactivate naughty-plugin 。
您还可以跳过特定的插件：wp --skip-plugins=admin-blocker,complex-beast 。
破坏性更改
wp term create，wp term update，wp term get和wp term delete现在将 taxonomy 作为第一个参数接受，就像所有其他术语子命令一样
其他更改
- 添加了
wp post url，wp comment url和wp site url子命令 - 为多站点安装添加了
wp theme enable和wp theme disable子命令 - 添加了
wp term generate子命令 - 为
wp search-replace添加了--recurse-objects标志 - 为
wp core update添加了--locale标志 wp core download现在缓存 WordPress 存档- 所有
wp user子命令现在可以接受用户电子邮件作为参数 （除了 ID 和用户名） wp option和wp *-meta子命令现在可以从 STDIN 读取值wp import现在可以接受多个文件wp db export现在可以接受mysqldump接受的所有参数wp export现在使用 Nikolay Bachiyski 开发的更好的后端 （请参见 #525）- 传递给
wp plugin子命令的插件标识现在始终区分大小写 - 修复 JetPack 激活
- 修复
wp core is-installed的多站点问题 - 修复
wp post generate的--max_depth参数 - 修复
wp user generate的--role参数问题 - 修复
wp user import-csv会拾取先前用户 ID 的问题 - 修复进度条过于频繁调用
tput的问题 - 如果传递了太多的位置参数或传递了未知的关联参数，将中止执行
您可以在 Github 上查看已解决问题的完整列表。
本次发布的贡献者：bartaakos，boonebgorges，danielbachhuber，eliorivero，francescolaffi，itsananderson，Japh，jmslbam，johnbillion，mboynes，mgburns，nb，rodrigoprimo，scribu，sibprogrammer，simonwheatley，SpikesDivZero，westonruter，ziz
发表回复