Generates code for post types, taxonomies, blocks, plugins, child themes, etc.
Quick links: Using | Installing | Contributing | Support
This package implements the following commands:
Generates 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
Generates starter code for a theme based on _s.
wp scaffold underscores <slug> [--activate] [--enable-network] [--theme_name=<title>] [--author=<full-name>] [--author_uri=<uri>] [--sassify] [--woocommerce] [--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.
[--woocommerce]
Include WooCommerce boilerplate files.
[--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'.
Generates PHP, JS and CSS code for registering a Gutenberg block for a plugin or theme.
wp scaffold block <slug> [--title=<title>] [--dashicon=<dashicon>] [--category=<category>] [--theme] [--plugin=<plugin>] [--force]
Blocks are the fundamental element of the Gutenberg editor. They are the primary way in which plugins and themes can register their own functionality and extend the capabilities of the editor.
Visit the Gutenberg handbook to learn more about Block API.
When you scaffold a block you must use either the theme or plugin option. The latter is recommended.
OPTIONS
<slug>
The internal name of the block.
[--title=<title>]
The display title for your block.
[--dashicon=<dashicon>]
The dashicon to make it easier to identify your block.
[--category=<category>]
The category name to help users browse and discover your block.
---
default: widgets
options:
- common
- embed
- formatting
- layout
- widgets
---
[--theme]
Create files in the active theme directory. Specify a theme with `--theme=<theme>` to have the file placed in that theme.
[--plugin=<plugin>]
Create files in the given plugin's directory.
[--force]
Overwrite files that already exist.
EXAMPLES
# Generate a 'movie' block for the 'movies' plugin
$ wp scaffold block movie --title="Movie block" --plugin=movies
Success: Created block 'Movie block'.
# Generate a 'movie' block for the 'simple-life' theme
$ wp scaffold block movie --title="Movie block" --theme=simple-life
Success: Created block 'Movie block'.
# Create a new plugin and add two blocks
# Create plugin called books
$ wp scaffold plugin books
# Add a block called book to plugin books
$ wp scaffold block book --title="Book" --plugin=books
# Add a second block to plugin called books.
$ wp scaffold block books --title="Book List" --plugin=books
Generates 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'.
Generates 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
. Scripts:start
,readme
,i18n
.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.xml.dist
is a collection 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.
Generates 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.xml.dist
is a collection 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
- bitbucket
---
[--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.
Generates 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'.
Generates 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
Generates 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.xml.dist
is a collection 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
- bitbucket
---
[--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 git@github.com: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.
For a more thorough introduction, check out WP-CLI's guide to contributing. This package follows those policy and guidelines.
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. Include as much detail as you can, and clear steps to reproduce if possible. For more guidance, review our bug report documentation.
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. See "Setting up" for details specific to working on this package locally.
Github issues aren't for general support questions, but there are other venues you can try: https://wp-cli.org/#support
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.