你好,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





发表回复