Generate code for post types, taxonomies, plugins, child themes, etc.
Quick links: Using | Installing | Contributing
This package implements the following commands:
Generate code for post types, taxonomies, plugins, child themes, etc.
wp scaffold
EXAMPLES
# Generate a new plugin with unit tests
$ wp scaffold plugin sample-plugin
Success: Created plugin files.
Success: Created test files.
# Generate theme based on _s
$ wp scaffold _s sample-theme --theme_name="Sample Theme" --author="John Doe"
Success: Created theme 'Sample Theme'.
# Generate code for post type registration in given theme
$ wp scaffold post-type movie --label=Movie --theme=simple-life
Success: Created /var/www/example.com/public_html/wp-content/themes/simple-life/post-types/movie.php
Generate starter code for a theme based on _s.
wp scaffold _s <slug> [--activate] [--enable-network] [--theme_name=<title>] [--author=<full-name>] [--author_uri=<uri>] [--sassify] [--force]
See the Underscores website for more details.
OPTIONS
<slug>
The slug for the new theme, used for prefixing functions.
[--activate]
Activate the newly downloaded theme.
[--enable-network]
Enable the newly downloaded theme for the entire network.
[--theme_name=<title>]
What to put in the 'Theme Name:' header in 'style.css'.
[--author=<full-name>]
What to put in the 'Author:' header in 'style.css'.
[--author_uri=<uri>]
What to put in the 'Author URI:' header in 'style.css'.
[--sassify]
Include stylesheets as SASS.
[--force]
Overwrite files that already exist.
EXAMPLES
# Generate a theme with name "Sample Theme" and author "John Doe"
$ wp scaffold _s sample-theme --theme_name="Sample Theme" --author="John Doe"
Success: Created theme 'Sample Theme'.
Generate child theme based on an existing theme.
wp scaffold child-theme <slug> --parent_theme=<slug> [--theme_name=<title>] [--author=<full-name>] [--author_uri=<uri>] [--theme_uri=<uri>] [--activate] [--enable-network] [--force]
Creates a child theme folder with functions.php
and style.css
files.
OPTIONS
<slug>
The slug for the new child theme.
--parent_theme=<slug>
What to put in the 'Template:' header in 'style.css'.
[--theme_name=<title>]
What to put in the 'Theme Name:' header in 'style.css'.
[--author=<full-name>]
What to put in the 'Author:' header in 'style.css'.
[--author_uri=<uri>]
What to put in the 'Author URI:' header in 'style.css'.
[--theme_uri=<uri>]
What to put in the 'Theme URI:' header in 'style.css'.
[--activate]
Activate the newly created child theme.
[--enable-network]
Enable the newly created child theme for the entire network.
[--force]
Overwrite files that already exist.
EXAMPLES
# Generate a 'sample-theme' child theme based on TwentySixteen
$ wp scaffold child-theme sample-theme --parent_theme=twentysixteen
Success: Created '/var/www/example.com/public_html/wp-content/themes/sample-theme'.
Generate starter code for a plugin.
wp scaffold plugin <slug> [--dir=<dirname>] [--plugin_name=<title>] [--plugin_description=<description>] [--plugin_author=<author>] [--plugin_author_uri=<url>] [--plugin_uri=<url>] [--skip-tests] [--ci=<provider>] [--activate] [--activate-network] [--force]
The following files are always generated:
plugin-slug.php
is the main PHP plugin file.readme.txt
is the readme file for the plugin.package.json
needed by NPM holds various metadata relevant to the project. Packages:grunt
,grunt-wp-i18n
andgrunt-wp-readme-to-markdown
.Gruntfile.js
is the JS file containing Grunt tasks. Tasks:i18n
containingaddtextdomain
andmakepot
,readme
containingwp_readme_to_markdown
..editorconfig
is the configuration file for Editor..gitignore
tells which files (or patterns) git should ignore..distignore
tells which files and folders should be ignored in distribution.
The following files are also included unless the --skip-tests
is used:
phpunit.xml.dist
is the configuration file for PHPUnit..travis.yml
is the configuration file for Travis CI. Use--ci=<provider>
to select a different service.bin/install-wp-tests.sh
configures the WordPress test suite and a test database.tests/bootstrap.php
is the file that makes the current plugin active when running the test suite.tests/test-sample.php
is a sample file containing test cases.phpcs.ruleset.xml
is a collenction of PHP_CodeSniffer rules.
OPTIONS
<slug>
The internal name of the plugin.
[--dir=<dirname>]
Put the new plugin in some arbitrary directory path. Plugin directory will be path plus supplied slug.
[--plugin_name=<title>]
What to put in the 'Plugin Name:' header.
[--plugin_description=<description>]
What to put in the 'Description:' header.
[--plugin_author=<author>]
What to put in the 'Author:' header.
[--plugin_author_uri=<url>]
What to put in the 'Author URI:' header.
[--plugin_uri=<url>]
What to put in the 'Plugin URI:' header.
[--skip-tests]
Don't generate files for unit testing.
[--ci=<provider>]
Choose a configuration file for a continuous integration provider.
---
default: travis
options:
- travis
- circle
- gitlab
---
[--activate]
Activate the newly generated plugin.
[--activate-network]
Network activate the newly generated plugin.
[--force]
Overwrite files that already exist.
EXAMPLES
$ wp scaffold plugin sample-plugin
Success: Created plugin files.
Success: Created test files.
Generate files needed for running PHPUnit tests in a plugin.
wp scaffold plugin-tests [<plugin>] [--dir=<dirname>] [--ci=<provider>] [--force]
The following files are generated by default:
phpunit.xml.dist
is the configuration file for PHPUnit..travis.yml
is the configuration file for Travis CI. Use--ci=<provider>
to select a different service.bin/install-wp-tests.sh
configures the WordPress test suite and a test database.tests/bootstrap.php
is the file that makes the current plugin active when running the test suite.tests/test-sample.php
is a sample file containing the actual tests.phpcs.ruleset.xml
is a collenction of PHP_CodeSniffer rules.
Learn more from the plugin unit tests documentation.
ENVIRONMENT
The tests/bootstrap.php
file looks for the WP_TESTS_DIR environment
variable.
OPTIONS
[<plugin>]
The name of the plugin to generate test files for.
[--dir=<dirname>]
Generate test files for a non-standard plugin path. If no plugin slug is specified, the directory name is used.
[--ci=<provider>]
Choose a configuration file for a continuous integration provider.
---
default: travis
options:
- travis
- circle
- gitlab
---
[--force]
Overwrite files that already exist.
EXAMPLES
# Generate unit test files for plugin 'sample-plugin'.
$ wp scaffold plugin-tests sample-plugin
Success: Created test files.
Generate PHP code for registering a custom post type.
wp scaffold post-type <slug> [--label=<label>] [--textdomain=<textdomain>] [--dashicon=<dashicon>] [--theme] [--plugin=<plugin>] [--raw] [--force]
OPTIONS
<slug>
The internal name of the post type.
[--label=<label>]
The text used to translate the update messages.
[--textdomain=<textdomain>]
The textdomain to use for the labels.
[--dashicon=<dashicon>]
The dashicon to use in the menu.
[--theme]
Create a file in the active theme directory, instead of sending to
STDOUT. Specify a theme with `--theme=<theme>` to have the file placed in that theme.
[--plugin=<plugin>]
Create a file in the given plugin's directory, instead of sending to STDOUT.
[--raw]
Just generate the `register_post_type()` call and nothing else.
[--force]
Overwrite files that already exist.
EXAMPLES
# Generate a 'movie' post type for the 'simple-life' theme
$ wp scaffold post-type movie --label=Movie --theme=simple-life
Success: Created '/var/www/example.com/public_html/wp-content/themes/simple-life/post-types/movie.php'.
Generate PHP code for registering a custom taxonomy.
wp scaffold taxonomy <slug> [--post_types=<post-types>] [--label=<label>] [--textdomain=<textdomain>] [--theme] [--plugin=<plugin>] [--raw] [--force]
OPTIONS
<slug>
The internal name of the taxonomy.
[--post_types=<post-types>]
Post types to register for use with the taxonomy.
[--label=<label>]
The text used to translate the update messages.
[--textdomain=<textdomain>]
The textdomain to use for the labels.
[--theme]
Create a file in the active theme directory, instead of sending to
STDOUT. Specify a theme with `--theme=<theme>` to have the file placed in that theme.
[--plugin=<plugin>]
Create a file in the given plugin's directory, instead of sending to STDOUT.
[--raw]
Just generate the `register_taxonomy()` call and nothing else.
[--force]
Overwrite files that already exist.
EXAMPLES
# Generate PHP code for registering a custom taxonomy and save in a file
$ wp scaffold taxonomy venue --post_types=event,presentation > taxonomy.php
Generate files needed for running PHPUnit tests in a theme.
wp scaffold theme-tests [<theme>] [--dir=<dirname>] [--ci=<provider>] [--force]
The following files are generated by default:
phpunit.xml.dist
is the configuration file for PHPUnit..travis.yml
is the configuration file for Travis CI. Use--ci=<provider>
to select a different service.bin/install-wp-tests.sh
configures the WordPress test suite and a test database.tests/bootstrap.php
is the file that makes the current theme active when running the test suite.tests/test-sample.php
is a sample file containing the actual tests.phpcs.ruleset.xml
is a collenction of PHP_CodeSniffer rules.
Learn more from the plugin unit tests documentation.
ENVIRONMENT
The tests/bootstrap.php
file looks for the WP_TESTS_DIR environment
variable.
OPTIONS
[<theme>]
The name of the theme to generate test files for.
[--dir=<dirname>]
Generate test files for a non-standard theme path. If no theme slug is specified, the directory name is used.
[--ci=<provider>]
Choose a configuration file for a continuous integration provider.
---
default: travis
options:
- travis
- circle
- gitlab
---
[--force]
Overwrite files that already exist.
EXAMPLES
# Generate unit test files for theme 'twentysixteenchild'.
$ wp scaffold theme-tests twentysixteenchild
Success: Created test files.
This package is included with WP-CLI itself, no additional installation necessary.
To install the latest version of this package over what's included in WP-CLI, run:
wp package install [email protected]:wp-cli/scaffold-command.git
We appreciate you taking the initiative to contribute to this project.
Contributing isn’t limited to just code. We encourage you to contribute in the way that best fits your abilities, by writing tutorials, giving a demo at your local meetup, helping other users with their support questions, or revising our documentation.
Think you’ve found a bug? We’d love for you to help us get it fixed.
Before you create a new issue, you should search existing issues to see if there’s an existing resolution to it, or if it’s already been fixed in a newer version.
Once you’ve done a bit of searching and discovered there isn’t an open or fixed issue for your bug, please create a new issue with the following:
- What you were doing (e.g. "When I run
wp post list
"). - What you saw (e.g. "I see a fatal about a class being undefined.").
- What you expected to see (e.g. "I expected to see the list of posts.")
Include as much detail as you can, and clear steps to reproduce if possible.
Want to contribute a new feature? Please first open a new issue to discuss whether the feature is a good fit for the project.
Once you've decided to commit the time to seeing your pull request through, please follow our guidelines for creating a pull request to make sure it's a pleasant experience:
- Create a feature branch for each contribution.
- Submit your pull request early for feedback.
- Include functional tests with your changes. Read the WP-CLI documentation for an introduction.
- Follow the WordPress Coding Standards.
This README.md is generated dynamically from the project's codebase using wp scaffold package-readme
(doc). To suggest changes, please submit a pull request against the corresponding part of the codebase.