first pass at `wp scaffold plugin`

Merge pull request #265 from wp-cli/scaffold-mustache

Use Mustache for scaffold templates

remove @maintainer and @subpackage tags

Merge pull request #268 from Automattic/proper-file-version

Require the file based on when the file was actually committed to core.

Require the file based on when the file was actually committed to core.

pass whole post to get_permalink() and cache the result

use {{label}} instead of {{slug}}, where appropriate

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