replace {{post_type}} with {{slug}}

transform scaffold raw php templates into mustache templates

* move common code into helper method
* make taxonomy template more consistent with cpt template
* rename --label to --singular

add Mustache dependency

Merge pull request #264 from wp-cli/scaffold-cleanup

`scaffold` cleanup

php/commands/skeletons -> php/templates

add man pages

rename --plugin_name arg to --plugin

add shortdesc and mention <slug> in synopsis

spacing fixes

scaffold.php: tabs, not spaces

change alias from 'pt' to 'cpt', which is more familiar

Merge pull request #226 from linepress/master

Scaffold command for post type and taxonomy

fix punctuation for deprecation messages

add deprecation warnings for --blog and wp-cli-blog. see #254

s/$blog/$url/

run_command(): make $assoc_args parameter optional

compose_args() -> args_to_str()

move dispatching logic to a standalone utility function

Merge pull request #261 from wp-cli/custom-wp-loading

Custom WP Loading

replace __FILE__ and __DIR__ before calling eval()

add test case for custom WP_CONTENT dirs

tests: pass wp-cli command as a parameter

pass WP version to maybe_require()

make wp-settings-cli.php compatible with WP 3.3

add use \WP_CLI\Utils to wp-settings-cli.php

make wp-settings-cli.php compatible with WP 3.4

use our own version of wp_not_installed(). see #93

never load advanced-cache.php. see #164

remove irrelevant checks: wp_favicon_request() and wp_maintenance()

change header for wp-settings-cli.php

copy wp-settings.php from WP 3.5

Tame wp-config.php

Frustratingly, wp-config.php insists on defining ABSPATH and on
require()ing wp-settings.php.

So, we comb through each line of code from wp-config.php, skipping what
we don't like, and then we explicitly eval() the result.

Afterwards, we're free to require() our own version of wp-settings.php
etc.

pass action as message for assertions

add test for when db tables aren't installed

Merge pull request #259 from wp-cli/bdd

Switch to BDD

move WP_CLI_Command_Runner class out of bootstrap.php

explicitly test creating config file and running install

Wordpress_Installer + run_wp_cli() = WP_CLI_Command_Runner

break out compose_assoc_args() utility and use in test runner

WP_CLI::compose_args() -> Utils\compose_args()

transform Command_Runner class into run_wp_cli() method

set @scenarion annotation on a single line

PHPUnit_Extensions_Story_ResultPrinter_Text is not that great

dismantle full_install() method

move supporting code to a WP_CLI_Spec class

remove old test cases and move all supporting code to bootstrap.php

more scenarios

add full_install() method to WordPress_Installer

reset database between scenarios

add first scenario

update phpunit.xml to run the spec tests

add phpunit-story as a dev dependency

don't require passing a runner to Wordpress_Installer

remove old core-Test.php file

minor cleanup in `wp post generate`

use wp_insert_post() in `wp post generate` again.

fixes #217

don't really need an Execution_Result class

tests: use system(), instead of futzing with sh and temp files

Merge pull request #256 from wp-cli/disable-commands

introduce 'disabled_commands' config key

dismantle Dispatcher\traverse()

move phpunit.xml to the root dir

add phpunit.xml file

fix test_message_explains_that_config_must_be_present_before_install(). see #170

check disabled commands during registration, instead of during invocation

move logic from CompositeCommand constructor to WP_CLI class

create new command instance on each invocation. fixes #257

introduce 'disabled_commands' config key

introduce AbstractCommandContainer class

add_command(): move logic back to WP_CLI class

make load_command() protected

transform get_path() method into a standalone function

also introduce AtomicCommand interface

only command containers can have subcommands

regenerate man pages. see #229

rename Composite interface to CommandContainer

Command containers don't need to have an invoke() method, since they
don't have any implementation of their own.

Implemented --raw flag so that one only gets the registration of a taxonomy or post type WITH labels. Without these you will also get a init and update messages. But I think update messages also need to be a part of the --raw flag

A little bit of WordPress Conding Standards

Moved scaffold from src/php/wp-cli/commands/internals to php/commands

Merge branch 'master' of git://github.com/wp-cli/wp-cli

Cleaned up and kind of closes #2

Renamed the --plugin to --plugin_name and also really fixed #5 so it always return the default

Use theme, plugin name or YOUR-TEXTDOMAIN as textdomain, closes #5

Implemented the STDOUT --theme flag and or --plugin="" for taxonomies

Implemented the STDOUT --theme flag and or --plugin="" for post_types

introduce CommandWithDBObject class

- make `wp user update` accept multiple IDs. see #229
- use wpmu_user_delete() when on multisite
- return correct error status

make wp user delete accept multiple ids. see #229

Merge pull request #255 from wp-cli/csv-iterator

Replace parse_csv() with an iterator

make iterator more lenient

* don't bail on empty lines
* allow columns to be skipped

replace parse_csv() with CSVIterator class

move set_wp_root() closer to locate_wp_config()

separate wp-dependent utilities from independent ones

Merge pull request #254 from wp-cli/generic-config

Generic config file

whitelist config keys

correct extension is .yml, not .yaml

rename $assoc_special to $config

load wp-cli.yaml file

add Spyc YAML parser

regenerate search-replace manpage

add optional <table>... param to search-replace. see #249

refresh man pages

add search-replace man txt. see #249