rename is_absolute_path() to is_path_absolute()

it emphasises the assumption that the parameter is a path and not some
random string

move all config logic to a new class

pass docparser directly to CompositeCommand constructor

make the Subcommand constructor accept a callback

the idea is to have fewer parameters, with a clearer purpose

extract create_subcommand() method

Merge pull request #508 from wp-cli/dispatcher-refactor

Refactor dispather classes

move find_command() utility to Help_Command class

it's not used anywhere else, nor should it be

get rid of pre_invoke() method

make Subcommand inherit from CompositeCommand

Simplify dispatch class hierarchy:

* merge AbstractCommandContainer into CompositeCommand
* make RootCommand inherit from CompositeCommand
* get rid of redundant Command and CommandContainer interfaces

convert get_full_synopsis() method to a standalone function

everything is documentable, so get rid of the Documentable interface

get rid of AtomicCommand interface

branding: the project name is 'WP-CLI', not 'wp-cli'

It's an abbreviation for 'WordPress Command-Line Interface'

move 'sql' aliasing to Runner

blog: don't hide multisite-only subcommands; just throw an error

This is good for `wp help --gen`, which doesn't have a WP install.

It's also good for users, since they have a clear indication of why the
subcommand doesn't work.

contributing: remove confusing ./utils/dev-build step

Merge branch 'dev'

bump version to 0.11.0-alpha

link to contributor guide from readme

Merge branch 'master' into dev

search-replace: rename --multisite flag to --network

it's more consistent with other commands

fixes #504; see #501

mailmap: add new contributors from 0.10 release

contrib-list: validate github URLs

bump version to 0.10.0

Merge pull request #501 from wp-cli/multisite-search-replace

Land `wp search-replace --multisite`

search-replace: update man page

search-replace: move primary key check

Merge branch 'master' into dev

search-replace: use a single SHOW TABLES query to get list of multisite tables

Besides simplicity, it avoids warnings for non-existant tables.

For example, the Posts 2 Posts plugin creates 2 custom, per-blog tables.
But it might not be activated on all blogs.

search-replace: fix warning from using wpdb->prepare() with only 1 parameter

search-replace: extract get_table_list() method

search-replace: blacklist user_pass column later

search-replace: whitespace fixes

search-replace function modified to perform a search and replace through multisite specific tables

bump version to 0.10.0-RC

Merge pull request #496 from wp-cli/no-home

Remove `wp home` command

remove `wp home` command

Merge pull request #494 from Future500/master

Allow capital letters in <value> tokens in @synopsis

Allow capital letters in <value> tokens in @synopsis

Values in @synopsis tags are not matched if they contain capital letters.
This allows for capital letters i.e. --name=<myPropertyValue>
fixes #493

Merge pull request #492 from om4james/updateall

Only use maintenance mode if a plugin or theme needs updating

Use empty() check instead of count()

Requested in https://github.com/wp-cli/wp-cli/pull/492#discussion_r4545088.

Change ternary operator to simple if statement

Only use maintenance mode if a plugin or theme needs updating

When updating plugins (wp plugin update-all) or themes (wp theme update-all) on a WordPress multisite installation, maintenance activated and deactivated even if there are no updates to install.

The Plugin_Upgrader::bulk_upgrade() and Theme_Upgrader::bulk_upgrade() WordPress functions currently don't check that the array passed to it isn't empty, causing maintenance mode to be enabled even if no updates are required.

This bug doesn't affect non multisite installs, because for non multisite installs the code in Plugin_Upgrader::bulk_upgrade() and Theme_Upgrader::bulk_upgrade() only uses maintenance mode if the plugin/theme being updated is activated.

Fixes #491

bump version to 0.10.0-beta2

[ci skip]

composer: update mustache to 2.3.x; update composer.lock

Merge branch 'master' into dev

core is-installed: let the bootstrap process show the error message.

option: add success messages

see #472

Merge branch 'behat-upgradables' into dev

Ensure `wp plugin delete` and `wp theme delete` output consistent messages.

behat: generate new plugin instead of relying on Hello Dolly

This allows us to check more things, since all the plugin data is frozen.

contributing: use `behat --expand`

Without --expand, it's hard to debug failures in scenarion outlines.

Merge branch 'theme-version' into dev

Merge pull request #463 from wp-cli/theme-version

theme install: --version parameter ignored

rename get_api_for_version() to alter_api_response() and use in plugin command

Create `get_api_for_version()`, which will give us the proper download link for a given version

Merge branch 'internals-cmd' into dev

closes #489

convert InternalFlags class to Sys_Command

standardize special flags handling

Merge branch 'scaffold-default-theme' into dev

closes #487

run_mysql_command: use --no-defaults instead of --defaults-file

bump version to 0.10.0-beta

Update man docs

Update post type and taxonomy scaffold to support a named theme target

core config: set WPLANG based on downloaded locale

fixes #488

core config: fix notice when not passing --dbpass

scaffold: clarify --theme description in docs

Use `get_stylesheet_directory()` instead of `TEMPLATEPATH` when determining where to place a scaffold.

In parent-child theme relationships, `TEMPLATEPATH` will always be the parent theme. We'd like to instead place our CPT/taxonomy in the child theme, as child themes are where the customizations occur.

Merge pull request #485 from wp-cli/cache-delete-optional

Allow <group> to be optional for wp cache delete

Regenerate cache man

`$group` is optional for the function, so let it be optional for the command too

make load_command() and load_all_commands() standalone utilities

extract find_command_to_run() method

move Utils\set_user() to Runner::set_user()

it's not a general-purpose utility and it shouldn't be public

Merge pull request #484 from wp-cli/config-extra

Add --extra-php flag to `wp core config`

core config: update man page

[ci skip]

core config: check DB credentials

core config: abort if wp-config.php already exists

first pass at ditching wp-admin/setup-config.php

Merge pull request #483 from wp-cli/behat-tables

Make use of Gherkin table feature

behat: use table in 'should be CSV containing' step

behat: refactor search-replace tests by using a scenario outline

behat: use table in 'should be a table containing rows' step

some behat enhancements

behat: pass BEHAT_RUN env variable

see #473

Merge pull request #473 from cyberhobo/fix-incomplete-search-replace

Replace all occurrences in large search-replace operations

behat: extend 'the file should' step

behat: add aditional args if command merely starts with a given string

behat: move utility functions to separate file

contributing: clarify workflow

Merge pull request #479 from wp-cli/behat-env

behat: separate tests that require the `ronn` gem

travis: set WITH_RONN env variable

Also, tag behat tests that depend on the ronn gem.

We don't care too much about which WP version is installed, so run the
ronn tests only once.

travis: move main script to separate file

travis: move init script to separate file

behat: change subprocess PATH, instead of creating a function

see #475

Reduce chunk offset to account for updated rows.

Add a dry run test to make sure the iterator doesn't depend on updates.

Revert "Adjust chunking based on whether the replacement contains the search string."

This reverts commit 45770c2d2fef4da9021ef458e4ef55504a7b5872.

Generate only as many posts as needed to test chunking.