Running yarn start
will build all the code and continuously watch the front-end JS and CSS/Sass for changes and rebuild
accordingly.
Calypso is broken up into sections and by default, every section is built when the development server starts.
This can take a long time and slow down incremental builds as your work. To speed things up,
you can choose to build and run specific sections of Calypso using the SECTION_LIMIT
environment variable.
For instance, SECTION_LIMIT=reader,login yarn start
would start Calypso and only build the reader
and login
sections.
To find all available sections in the main entry point, you can refer to the sections.js file. Note that the other entry points are likely to register and handle additional sections.
Additionally, in Calypso, we use multiple Webpack entry points for separating concerns and serving smaller bundles to the user at any given time.
Building a limited number of entry points speeds up the build process, and to allow that, the ENTRY_LIMIT
environment variable is available to allow building and running only a specific entry point.
For example: ENTRY_LIMIT=entry-login,entry-main yarn start
would start Calypso and only build the login and the main entry points.
To find all available entry points, you can refer to the entry
option in Calypso's primary webpack.config.js
file.
If you want to run the tests for a specific library in client/
use:
> yarn run test-client client/<subdirectory>/test
or for running all tests (client, server, test), use:
> yarn test
The test/README.md file documents how to create new tests, how to watch for file changes, and how to run all or just some tests from the test suite.
Errors and warning appear in the normal places – the terminal where you ran yarn start
and the JavaScript console in the browser. If something isn’t going the way you expected it, look at those places first.
Calypso uses the debug module to handle debug messaging. To turn on debug mode for all modules, type the following in the browser console:
localStorage.setItem( 'debug', '*' );
You can also limit the debugging to a particular scope:
localStorage.setItem( 'debug', 'calypso:*' );
The node
server uses the DEBUG
environment variable instead of localStorage
. yarn start
will pass along its environment, so you can turn on all debug messages with:
DEBUG=* yarn start
or limit it as before with:
DEBUG=calypso:* yarn start
Since building and starting the express server is done via a npm command, the normal method of passing argument to the node process won't work. However, you can start the debugger via the NODE_OPTIONS
environment variable. This means you can run the built-in inspector by running NODE_OPTIONS="--inspect" yarn start
. If you would like to debug the build process as well, it might be convenient to have the debugger/inspector break on the first line and wait for you. In that case, you should also pass in the --inspect-brk
option like so: NODE_OPTIONS="--inspect-brk" yarn start
.
Throughout your Calypso development workflow, you will find yourself waiting — either for a build to finish or for tests to run. Rather than standing idle looking at terminals while you wait, you can use status indicators and/or system notifications.
One such tool is AnyBar (macOS only), a very barebones menubar indicator. Here's a brief screencast of AnyBar reporting builds and tests for Calypso:
- Install AnyBar:
brew cask install anybar
- Run it at the default port:
open -a AnyBar
- Obtain this handler shell script
- Optionally, place the script somewhere memorable and make it executable:
chmod +x ~/bin/anybar-calypso
- From now on, pipe your Calypso commands through it:
yarn start | anybar-calypso
yarn run test-client:watch client/my-component | anybar-calypso
- Feel free to tweak the script and share improvements with the Calypso project
anybar-calypso
communicates with AnyBar by sending simple strings via UDP to a local port. This means that it can trivially be adapted to work with any other notification system, either by listening to UDP traffic or by altering anybar-calypso
directly.