move codesniffer parameters to ruleset.xml

fix undefined variable warnings in user.php

extract validate_role() helper method

ignore undefined variable warnings in Runner.php

fix undefined variable warnings in wp-settings-cli.php

ignore undefined variable warnings in post.php

make codesniffer ignore Spyc library

ignore codesniffer warnings in core.php

some are caused by using variables defined in wp-includes/version.php

and some are caused by using extract(), which isn't that evil when used
with EXTR_SKIP

Merge branch 'master' into codesniffer

bump version to 0.13-alpha

fix undefined variables in site.php

fix undefined variables in scaffold.php

fix undefined variables in Formatter.php

fix undefined variables in comment.php

remove unused $wpdb variable

remove unused $silent parameter from when cURL was used directly

reset temporary $levs array on each iteration

also, use rsort(), since $levs isn't associative

restrict codesniffer warnings to undefined variables

test the waters before diving in

set version to 0.12.1

branding

update contributor list since 0.12.0

Merge pull request #823 from wp-cli/fix-823

Show warning if HTTPS request fails

add back warning message

extract duplicated request logic into a helper method

enable SSL verification by default

show response exception message as a warning

Merge pull request #828 from wp-cli/fix-search

Misc plugin/theme search improvements

combine plugin/theme search code

besides reducing duplication, it also fixes an undefined $fields
variable notice

add <properties> tag to ruleset

Merge pull request #826 from mattes/patch-1

fix for issue #825

fix for issue #825

travis: run CodeSniffer to detect undefined variable usage

move dev dependencies after regular dependencies

move CI scripts out of the bin/ directory

the idea is that the CI setup might contain other files besides
executables

fix delete logic after plugin refactoring

see c4f01fa50a40ab6624c84aeb9d1d9746f45f4118

props francescolaffi

Merge pull request #777 from wp-cli/fix-777

`wp post list --post__in=1,2,3` doesn't work

Merge pull request #813 from wp-cli/improve-rewrite

Misc improvements to `wp rewrite`

A more precise test

See https://github.com/wp-cli/wp-cli/pull/777#discussion_r6787013

Drop pre-3.4 compat

See https://github.com/wp-cli/wp-cli/pull/813#discussion_r6786977

Test `post__in` scenario

Special treatment for `__` arguments (e.g. post__in, post__not_in)

Merge pull request #815 from wp-cli/requests-stable

update to Requests 1.6

Support for displaying and filtering by the source of a given rewrite rule

Mostly copied from Rewrite Rules Inspector.

update to Requests 1.6

bump version to 0.13.0-alpha

Support for `wp rewrite list --match=<url>`

Functional tests for rewrite

Verbosity when the rewrite structure is set

bump version to 0.12.0

contrib-list: add newline

add new contributors since the 0.11.2 release

Merge pull request #810 from wp-cli/theme-is-installed

Implement `wp theme is-installed`

implement 'wp theme is-installed'

Merge pull request #809 from wp-cli/plugin-get-validate

`wp plugin get` doesn't validate the argument properly

combine tests for plugin|theme get

check response from _parse_name()

bump version to 0.12-beta

peg rmccue/requests to a specific revision

still waiting for a stable tag: https://github.com/rmccue/Requests/issues/43

Merge pull request #801 from goldenapples into master

Add feature tests for `wp post edit`

Adds two new feature tests for wp post edit: one that simulates opening
an editor and quitting right out of it, and one that simulates chnaging
a word and then saving.

wp post edit should no longer call parent::update

This broke in f6285d3 when CommandWithDBObject::update was removed and
_update made protected. It should have been defined as $this->update
from the beginning.

Merge pull request #802 from wp-cli/list-field

`list --field=` ignores `--format=json`

set all_with_meta, for WP 3.4

respect --format=json when --field= is passed in list subcommands

use Formatter in CommandWithUpgrade->_list()

use formatter in 'wp role list'

move logic from format_items() into WP_CLI\Formatter class

extract find_item_key() method

fix get_formatter()

let format_items() handle case where fields aren't set, for now

move disparate formatting utilities into the WP_CLI\Formatter class

introduce WP_CLI\Formatter class

whitespace fixes

Merge pull request #795 from wp-cli/theme-get-field-795

`wp theme get` should accept a `--field=` arg

Strings are strings

This is a better format

See https://github.com/wp-cli/wp-cli/pull/795#issuecomment-25442654

`--field=<field>` support for `wp term list` and `wp term get`

Introduce `wp plugin get`

Closes #796

Simplify again

Remove unused methods

Convert `wp post *` to new util functions.

Method isn't used anymore

Convert `wp site list` to new util function.

Convert `wp user *` to new util functions.

Run moar faster

Have `show_single_field()` logically persist the `--format` argument.

Convert `wp comment get` to new util functions

Convert `wp theme get` to use new util function

Introduce `show_single_field()` and `show_multiple_fields()`, helper methods for printing object data

Merge pull request #800 from wp-cli/rewrite-list

Replace `wp rewrite dump` with `wp rewrite list`

move recursive_unserialize_replace() into Search_Replace_Command class

it's not meant to be a general-purpose utility; its behaviour changes
according to the needs of the search-replace command

Merge pull request #799 from nullvariable/ignore_objects

rewrote the object loop to only deal with top level values

removed unneeded object test case.

Check for non-string exit code after `wp post edit`

Fixes bug introduced in f592cff, where quitting out of the system editor
would erase a post, because the `content_save_pre` filter would
fail to interpret system exit codes, and treat them as an empty string.

There must be a way to write a test for behavior like this, but how to
actually do that is beyond my knowledge. I did test with several
different $EDITOR settings (vi/nano/gedit), though, and this worked each
time for me.

rename `wp rewrite dump` to `wp rewrite list`

... and make its output consistent with the rest of the commands

search-replace will ignore all object data types to avoid recursion.

Merge pull request #711 from johnbillion/rewrite-dump-json

Fix the `--format` flag for the `wp rewrite dump` command

rewrote the object loop to only deal with top level values that are unserialized. Anything deeper than the first level will be ignored.

Merge pull request #798 from dreamhost/mustache_templates

framework: Allow third-party Mustache templates