# WP-CLI v0.18.0  发行说明

*Published:* 2015-01-14
*Author:* 壳壳虫

你好，2015年！这是新年的第一个发布。

### 使用WP-CLI[2](#771da93a)更新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[1](#03b65a86)或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[4](#f3054456)项目与您可能认为的重叠更多。为WordPress构建RESTfulAPI的任务也是为与WordPress内部交互准备有用的抽象的任务。不是直接调用`wp_update_post()`，API使用`WP_JSON<sup class="fn" data-fn="22797257"><a href="#22797257" id="22797257-link">3</a></sup>_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 &lt; 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

### 名词解释

1. Composer：PHP 的依赖管理工具 [↩︎](#03b65a86-link)
2. WP-CLI：WordPress 的命令行管理工具 [↩︎](#771da93a-link)
3. JSON：一种轻量级的数据交换格式 [↩︎](#22797257-link)
4. API：应用程序编程接口，软件之间交互的标准方式 [↩︎](#f3054456-link)
<!-- WP Chinese Converter Full Page Converted. Target Lang: zh-sg -->