@jstm/core
v0.4.3
Published
JavaScript Technology Manager -- project tooling in a box.
Downloads
5
Maintainers
Readme
@jstm/core
JavaScript Technology Manager -- project tooling in a box. Preconfigured tools like Webpack, TypeScript, Jest, Github Actions and more set up and upgraded with a single command.
Warning: this project is still in beta. Until it reaches v1.0.0 there will likely be breaking changes which require manual fixes.
Usage
Create an empty directory for your new project then run:
npx @jstm/preset-node
That's it! After a few prompts all the tooling should now be set up. Note that you may need to restart your IDE for the integrations to pick up the changes to tooling (eg. for the VSCode ESLint plugin to read the newly created config).
Quick commands
yarn add --exact --dev @jstm/preset-node # install/upgrade in project, --exact is recommended to ensure version matches what you expect
yarn project && yarn # manually sync tooling into project (remember to run `yarn install` after syncing!)
Existing projects
If you want to add this to an existing project you can run the same command to install all the tooling. Existing tooling files will be overwritten so make sure you're using version control like Git so you can restore anything deleted if necessary. Carefully review all the changes which were made to make sure you don't lose anything. Some common things you will have to do are:
- Manually find and delete any conflicting files. For example if the tool creates a
.eslintrc.js
file but your project had a.eslintrc.json
file it will not be overwritten and you will have to manually delete the old file. - Modify your source code to pass tests and linting rules.
- Move overwritten custom package.json scripts (eg.
build
,test
, etc.) to custom scripts (eg.build:custom
,test:custom
, etc.). - Create a separate file for custom Github actions.
Templates
There are multiple templates available. To use a particular template, simply install it as a dev dependency into your project then run yarn project
and it will set itself up.
These packages are:
@jstm/preset-node
- Preconfigured tooling for Node.js projects.
Configuration
Configuration values for jstm are stored in PROJECT_ROOT/config/.jstmrc.json
. This file contains things like the name of your project's main git branch (eg. master or main) or the minimum supported node version of your project. If this file does not exist you will be prompted for values for missing configuration items. After going through the prompts this file will be automatically created for you. Any config items missing from your .jstmrc.json
will use jstm's default values.
While you can configure a lot of different things, it is recommended you choose the defaults as much as possible. One of the main benefits of jstm is that it automatically upgrades your tooling config, but if you manually specify config values you will need to update them yourself. For example, if you set nodeMinVersion
to 13 when the default is 12, eventually node 12 will reach its end-of-life and jstm will have the default bumped to version 14, but your project will still be using version 13 until you update it yourself.
FAQ
Why use this instead of Yeoman or even just copying a boilerplate folder?
For free maintainence. This tool is more than just a set of file templates; all the tooling and configuration is encapsulated inside a dependency which means that by updating just the JSTM preset package dependency version your tooling will be updated to the current state-of-the-art JS project setup. These upgrades can even be automated with a bot like Renovate. With file templates they help you get started quickly but leave all the maintenance to you. If you have many separate repositories, the maintenance time savings add up quickly.
Why would I not want to use this?
If you require a unique tooling setup which is not compatible with any available project templates. Right now there is only a narrow set of templates with my preferred tooling setup (generally uses tools which are popular for OSS projects). However you can also:
- Add overrides for most config files with the
config
directory - Build your own template using the API from
@jstm/core
How do I eject if I don't want to use this anymore?
This is a manual process for now. To do this you should:
- Run
yarn remove @jstm/preset-node
- Remove config files from
.gitignore
- Remove all the "generated file, do not modify" warnings
Contributing
See CONTRIBUTING.md for instructions how to develop locally and make changes.