macOS
brew install wp-clilocal Homebrew formula metadata
sudo port install wp-cliMacPorts ports tree · www/wp-cli/Portfile · source: api.github.com
brew / rank 1850
Command-line interface for WordPress. Version 2.12.0 via Homebrew; verified from local package data. Also installable with nix: nix profile install nixpkgs#wp-cli.
install
brew install wp-clilocal Homebrew formula metadata
sudo port install wp-cliMacPorts ports tree · www/wp-cli/Portfile · source: api.github.com
sudo dnf install wp-cliFedora Rawhide package metadata · wp-cli · source: dl.fedoraproject.org
nix profile install nixpkgs#wp-clinixpkgs package indexes · pkgs/by-name/wp/wp-cli/package.nix · source: api.github.com
sudo pacman -S wp-cliArch Linux sync databases · wp-cli · source: geo.mirror.pkgbuild.com
sudo zypper install wp-cliopenSUSE Tumbleweed package metadata · wp-cli · source: download.opensuse.org
scoop install main/wp-cliScoop official bucket manifest trees · bucket/wp-cli.json · source: api.github.com
overview
Command-line interface for WordPress
history
WP-CLI is the command-line interface for WordPress: a scriptable way to install, configure, update, inspect, and operate WordPress sites without using the browser admin. WordPress.org describes it as the official command-line tool for interacting with and managing WordPress sites.
The WP-CLI GitHub repository was created on 2011-09-10, and the current WordPress.org page says WP-CLI has shipped continuously since 2011. A 2016 project post identifies Andreas Creten as WP-CLI's founder and Daniel Bachhuber as maintainer, capturing the project's mid-2010s concern with reducing its bus factor and strengthening long-term governance.
In late 2016, WP-CLI's sustainability discussion became public. Daniel Bachhuber wrote that WP-CLI had become too large to maintain purely as volunteer work, and an update on 2016-12-28 announced that WP-CLI was now an official WordPress project. The January 2017 follow-up framed this as a continuation plan: development would continue on GitHub, the website would move toward WordPress.org, and responsibility would no longer rest on one maintainer.
By May 2016, Bachhuber described WP-CLI as hugely important to the WordPress ecosystem, with thousands of regular developers and tens or hundreds of companies integrating it deeply into business processes. That adoption reflected a clear need in WordPress operations: repeatable admin tasks, deployment steps, content imports, database changes, and plugin/theme work are easier to automate from a CLI than through a web UI.
WP-CLI's officialization also reflected WordPress's broader ecosystem model. It remained a community-maintained tool, but with a clearer home under WordPress.org and public governance for releases and contribution.
Typical WP-CLI usage starts with the wp command. Developers run commands such as wp core download or update, wp plugin install or activate, wp db export, wp search-replace, wp user, wp cron, and wp media to script site administration. The official command reference lists commands for core, config, database, cron, media, menus, users, posts, and many other WordPress subsystems.
WP-CLI is also extensible: WordPress.org describes custom commands and community packages, and many hosts, deployment scripts, CI jobs, and maintenance playbooks rely on it as the stable automation surface for WordPress.
WP-CLI is significant because it turned a browser-centered CMS into something Unix-shaped: commands, subcommands, config files, exit statuses, and scripts. For package maintainers and operations engineers, it is the standard bridge between WordPress and normal deployment automation.
It is also an example of a community tool becoming official infrastructure after adoption proved its importance. The project did not start as WordPress core, but by 2016-2017 its ecosystem role was large enough that WordPress.org stewardship became the maintenance answer.
security posture
narrow executable package without higher-risk signals.
green risk · low confidence · appliance
Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.
local files
These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.
Config paths the tool may read or write during local use.
wp-cli.local.ymlwp-cli.yml~/.wp-cli/config.yml${WP_CLI_CONFIG_PATH}executables
| Command | Kind | Exposure | Note |
|---|---|---|---|
wp | executable | indexed executable | Discovered from the local executable index. |
freshness
These signals separate page generation age, package-manager activity, and upstream release comparison. Version lag is warned only when an evidence URL and comparable versions are present.
install metadata
| Package key | brew:wp-cli |
|---|---|
| Version | 2.12.0 |
| Package manager | Homebrew |
| Homepage | https://wp-cli.org/ |
| Repository | https://github.com/wp-cli/wp-cli |
| Bottle | not recorded |
| Service | none declared |
source database matches
Matches are pulled from external package-manager indexes and kept separate from local Automic Vault package links.
wp-cli
nix profile install nixpkgs#wp-cliwp-cli 2.12.0-2.fc45
The command line interface for WordPress
sudo dnf install wp-cliwp-cli 2.12.0-1
A command-line tool for managing WordPress
sudo pacman -S wp-cliwp-cli 2.12.0-1.3
WordPress command-line interface
sudo zypper install wp-cliwp-cli
sudo port install wp-climain/wp-cli
scoop install main/wp-clisource trail
This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.
View the package source record on GitHub.