你好,2015 年!这是新年的第一个发布。
使用 WP-CLI 更新 WP-CLI
我们已经使 WP-CLI 更容易更新。如果您正在使用可写的 Phar 文件,您可以调用 wp cli update
来安装最新版本。
$ ./wp-cli.0.17.1.phar cli update
您的版本为 0.17.1 。是否要更新到 0.18.0?[y/n] y
从 https://github.com/wp-cli/wp-cli/releases/download/v0.18.0/wp-cli.phar 下载...
新版本可用。继续替换。
成功:已将 WP-CLI 更新到 0.18.0
当然,如果您是通过 Composer 或 Git 安装的 WP-CLI,您应该运行 master 以始终获取最新和最好的版本。
管理文章和用户术语
WP-CLI 支持管理与文章和用户相关的术语:
$ wp post term add 1 post_tag foo
成功:已添加术语。
$ wp post term add 1 post_tag bar
成功:已添加术语。
$ wp post term list 1 post_tag
+---------+------+------+----------+
| term_id | name | slug | taxonomy |
+---------+------+------+----------+
| 4 | bar | bar | post_tag |
| 3 | foo | foo | post_tag |
+---------+------+------+----------+
$ wp post term remove 1 post_tag foo bar
成功:已删除术语。
插件的激活和停用的一致行为
我们已经清理了激活和停用插件的行为:
- 如果插件已经激活,允许其成为网络激活的插件。
- 如果插件已经是网络激活的,不允许其成为激活的插件。
- 必须使用
--network
标志来停用网络激活的插件。 - 当试图停用非活动插件时,将会发出警告。
以前,行为非常不一致,有时会出现错误,有时会默默成功,等等。
2015 年的展望
如果我允许稍作评论,我认为 2015 年可能是 WP-CLI 的一个有趣的一年。
WP-API 项目与您可能认为的重叠更多。为 WordPress 构建 RESTfulAPI 的任务也是为与 WordPress 内部交互准备有用的抽象的任务。不是直接调用 wp_update_post()
,API 使用 WP_JSON_Posts_Controller::update_item()
,这是与 WP_JSON_Terms_Controller::update_item()
和 WP_JSON_Users_Controller::update_item()
一致的接口。
类似地,我们也不得不为与 WordPress 内部交互的抽象发明我们自己的模式。如果我们可以放弃我们的大部分代码,利用 WP-API 会很好。而且,如果 WP_JSON_Controller
是我们采用的用于列出、获取、创建、更新或删除任何 WordPress 原语的模式,这意味着实现它的插件将自动拥有 WP-CLI 命令?
此外,我认为在 WP-CLI 本地可以执行的功能与通过 WP-API 对远程站点执行的功能之间具有功能平等将非常有用。
其他更改
增强:
- 一次性在站点之间迁移用户 –
wp user import-csv <file>
支持wp user list --format=csv > <file>
生成的 CSV 。 - 使用
wp user list --network
列出网络中的所有用户。 - 所有子命令帮助文档还包括全局参数,以提高这些全局参数的可见性。
- 如果传递了
--help
标志,命令现在将显示帮助屏幕,而不是在无效参数上发生错误。用于调试前述错误的参数。 - 类似于
--skip-plugins=<plugin>,<plugin>
,全局参数--skip-themes
允许您在使用 WP-CLI 时跳过加载特定主题。如果您运行一个托管公司,在执行维护时,这可以是一种有用的方法来列出已知的问题主题。 wp core language
的改进:使用wp core language list --fields=language --status=active
来获取活动语言;使用wp core language install <language> --activate
安装和激活语言;活动语言无法被卸载。wp (post|comment|term|user) get <object-id>
支持--fields
参数以获取特定字段。- 使用
wp post update <object-id>
从<file>
更新帖子的内容。 - 使用
wp plugin activate --all
一次性激活所有已安装的插件。 wp plugin list
现在在适当格式化的插件头部时指示 mu 插件的版本号。- 为
wp plugin update <plugin>... --version=<version>
指定任何版本的支持。以前,该参数只支持 「dev」 。 wp option update <name> <value>
将在选项已设置为提供的值时提供友好的消息。- 从
wp theme uninstall
添加到wp theme delete
的别名,增加了主题和插件界面之间的更多相似性。 - 采用了 Debian 包构建脚本。
错误修复:
- 解决了
wp core update
和wp core download
之间的严重文件缓存冲突。WP_CLICoreUpgrader
将 ZIP 文件重命名为.tar.gz
,然后wp core download
将尝试使用它。 - 如果
wp-cli.yml
或--require
需要的文件丢失,WP-CLI 将抛出人性化的错误,而不是致命错误。 wp cli info
运行较早以保护免受无效的运行时配置。wp core config
仅为 WP < 4.0 定义 WPLANG 。/bin/install-wp-tests.sh
修复:在架构插件单元测试时,正确标记为可执行;适用于旧版本的 Bash;添加了对WP_CORE_DIR
环境变量的支持。wp comment (approve|unapprove)
将实际更改评论状态。- 定义
wp_is_mobile()
,避免在一些主题和插件中引发严重错误。 - Windows 修复:默认情况下禁用颜色;允许删除不存在于文件夹中的插件 (例如 Hello Dolly) 。
- 在尝试获取 meta 时抛出错误,而不是默默失败。
- 在尝试在域名为
localhost
的情况下安装多站点时抛出错误,而不是强制更新检查wp plugin install
以减少对 WordPress.org 的依赖。
您可以在 Github 上查看已解决问题的完整列表。
对此版本的贡献者:viper007bond,boonebgorges,borekb,bparbs,danielbachhuber,here,miya0001,nyordanov,oneumyvakin,ozh,pippinsplugins,rodrigoprimo,spacedmonkey,ntwb,lordspace,szepeviktor,tiagohillebrandt,wturrell
发表回复