This scaffold is the starting point for all 10up WordPress projects.
It contains a bare bones theme and must use plugin for you to base your development off of. Asset bundling is handled entirely by 10up Toolkit.
- Download a zip of the repository into your project. At 10up, by default we version control the
wp-content
directory (ignoring obvious things likeuploads
). This enables us to have plugins, theme, etc. all in one repository. Having separate repositories for each plugin and theme only happens in rare circumstances that are outside of our control. - Take what you need. If your project doesn't have a theme, remove the theme. If your project doesn't need any plugin functionality, remove the MU plugin. If your plugin doesn't need CSS/JS, remove it. If your plugin doesn't need to be translated, remove all the translation functionality.
- Compiling, minifying, bundling, etc. of JavaScript and CSS is all done by 10up Toolkit. 10up Toolkit is included as a dev dependency in both the plugin and theme. If you want to develop on the theme (and vice-versa the plugin), you would navigate to the theme directory in your console and run
npm run start
(after runningnpm install
first of course). Insidepackage.json
edit@10up/scripts.devURL
to your local development URL for BrowserSync to work properly.@10up/scripts.entry
are the paths to CSS/JS files that need to be bundled. Edit these as needed. - lerna is used to manage npm dependencies. The main benefit of using lerna is that we can hoist all dependencies to the root folder and avoid installing duplicate dependencies, saving time and space. By default
lerna
is aware of all themes andmu-plugins/10up-plugin
, if you are building a new plugin/theme make sure thatlerna
is aware of it by adding it to thelerna.json
file. See the example below:
{
"packages": [
"themes/*",
"mu-plugins/10up-plugin",
"plugin/my-other-plugin",
],
"version": "independent"
}
- To build plugins/themes simply run
npm install
at the root andnpm run [build|start|watch]
and lerna will automatically build all themes and plugins. - In the unlikely scenario that you're having a problem with hoisted deps where packages can't be found we encourage you to fix the issue (or look for an alternative library/package). In the worst case scenario you can disable hoisting by removing the
--hoist
flag in theprepare
script inpackage.json
.
Much of the functionality in the scaffold is intended to be optional depending on the needs of your project e.g. i18n functionality. However, there are a few important principles that you must follow:
- 10up Toolkit must be used for asset bundling. Over the years we've found differences in how assets are built across projects to be very confusing for engineers. As such, we are standardizing on 10up Toolkit (which you can extend as needed). 10up Toolkit contains in depth docs on how it works.
- Functionality should be built into the 10up must-use functionality as much as possible. Presentation should be kept in the theme. Separating these two makes long term development, maintenance, and extensibility much easier.
- Blocks should be built into the theme and follow the example block provided.
- When creating new themes or plugins make sure to follow the
scripts
convention:
"scripts": {
"start": "10up-toolkit start",
"watch": "10up-toolkit watch",
"build": "10up-toolkit build",
"format-js": "10up-toolkit format-js",
"lint-js": "10up-toolkit lint-js",
"lint-style": "10up-toolkit lint-style",
"test": "10up-toolkit test-unit-jest",
"clean-dist": "rm -rf ./dist"
},
Husky and Lint-Staged are both set up to run on the pre-commit hook. The lint-staged configuration file is available to edit in .lintstagedrc.json
.
By default it will run the following:
eslint
on JS and JSX files.stylelint
on CSS files.phpcs
on PHP files.