WP-CLI follows a pull request workflow for changes to its code (and documentation). Whether you want to fix a bug or implement a new feature, the process is pretty much the same:
- Search existing issues; if you can’t find anything related to what you want to work on, open a new issue so that you can get some initial feedback.
- Fork the repository.
- Create a branch for each issue you’d like to address. Commit your changes.
- Push the code changes from your local clone to your fork.
- Open a pull request.
New to WP-CLI commands? You may want to start with the commands cookbook to learn more about how commands work.
It doesn’t matter if the code isn’t perfect. The idea is to get it reviewed early and iterate on it.
If you’re adding a new feature, please add one or more functional tests for it in the
features/ directory. See below.
Lastly, please follow the WordPress Coding Standards.
If you haven’t submitted a pull request before, you’ll want to install WP-CLI for local development:
- Clone this git repository on your local machine.
- Install Composer if you don’t already have it.
composer installto fetch all the dependencies.
./bin/wp --infoto test if everything was installed properly.
Running and writing tests
There are two types of automated tests:
The functional test files for WP-CLI are in the
features/ directory. Each
.feature file comprises one or more functional tests for a given feature (roughly organized by command).
A functional test can be as simple as:
Feature: Evaluating PHP code and files. Scenario: Basics Given a WP install When I run `wp eval 'var_dump(defined("WP_CONTENT_DIR"));'` Then STDOUT should contain: """ bool(true) """
Functional tests typically follow this pattern:
- Given some background,
- When a user performs a specific action,
- Then the end result should be X (and Y and Z).
Before running the functional tests, you’ll need a MySQL (or MariaDB) user called
wp_cli_test with the password
password1 that has full privileges on the MySQL database
wp_cli_test. Running the following as root in MySQL should do the trick:
GRANT ALL PRIVILEGES ON wp_cli_test.* TO "wp_cli_test"@"localhost" IDENTIFIED BY "password1";
Then, to run the entire test suite:
Or to test a single feature:
More info can be found by using
The unit test files are in the
To run the unit tests, just execute:
Abandoned pull requests
We’ll work with you to make sure your pull request is ready for merge. But if changes are needed and we haven’t heard from you in two weeks, we’ll consider the pull request abandoned. Someone else may pick it up and make the changes required. Or it may be closed.
If you need to step away for any reason, make a comment on the pull request or the related issue so we can pick things up or put things on hold when needed.
Thanks! Hacking on WP-CLI should be fun. If you find any of this hard to figure out, let us know so we can improve our process or documentation!