Click below to create a new GitHub repository using this template:
This JavaScript library template allows you to easily develop, collaborate on and publish a JavaScript library with all the modern tooling you'd expect from the current JavaScript ecosystem.
Why should you use this? One of the hidden challenges of authoring opensource JavaScript libraries is to provide a project that is easy to contribute to. You want people to join your project. Doing so requires a good amount of boilerplate: testing, code coverage, dependencies maintenance, release scripts, tooling requirements (Node.js, Yarn and which versions are we using again?), code editor configuration, formatting, linting... Well, this is the goal of this template: to provide sensible and modern defaults to all those subjects. So that once set up, you can focus on β¨οΈ coding, π collaborating and π shipping.
The goals of the template are to:
- Ease the contribution of the library by providing reproducible environments for developers and CI
- Automate as much as possible, from testing to releasing and upgrading dependencies
- Provide good defaults for users of Visual Studio Code
Features:
- EditorConfig: easy contributions from any code editor.
- ESLint: launched in the
test
script. - Prettier: launched in the
test
script, with markdown, JavaScript, CSS and JSON files support (including automaticpackage.json
formatting). - Automatic VSCode formatting and linting: using VSCode extensions recommendations and workspace settings in .
vscode/
folder. - Yarn version pinning: via Yarn policies, so anyone contributing or any system accessing your library will use the same Yarn version without having to think about it.
- Node.js version pinning: via nvm, so anyone contributing or any system accessing your library will use the same Node.js version without having to think about it.
- Jest: launched in the
test
script, also with the right VSCode settings providing a testing workflow inside VSCode usingvscode-jest
extension. - GitHub actions: automatic testing and releasing from GitHub: npm publish and GitHub releases are automatically created. Note that the package.json in your repository is never updated (the version is always
0.0.0-development
), only the one in npm is updated. This is surprising at first but as long as you display the published version in your README (like this template does) then you're fine. Find more information about this in the semantic-release documentation. - semantic-release: allows for automatic releases based on semver.org and conventional commits specification. The defaults are taken from the Angular git commit guidelines.
- Codecov: launched in the
test
script on CI, ensures code coverage does not decrease on pull requests (free for public and private repositories). - Renovate configurated with the JavaScript library preset: this will automatically update your dependencies by opening pull request for you to approve or not. So you never have to think about it (free for public and private repositories).
Using this template requires a bit of setup, but way less than if you had to start from 0. Here's what you need to do:
Required steps: (needed every time you want to use the template)
- Create a new repository on GitHub based on this template
- Setup renovate for your new repository. If you previously installed the Renovate application to your account then this is just a box to tick when creating the repository
- Clone the new repository
- Change the package name and description in
package.json
- Setup Codecov for your new repository. If you previously installed the Codecov application to your account then this is just a box to tick when creating the repository
- Setup semantic releases: run
yarn semantic-release-cli setup
in a terminal (This will ask for your npm and GitHub credentials) - Add the previously generated
GH_TOKEN
andNPM_TOKEN
secrets to the GitHub secrets of the new repository - Install dependencies: run
yarn
in your terminal - Develop your library: change code in
lib/
- Test your library: you can either see tests results inside VSCode directly or run
yarn jest --watch
- Check formatting of your code: run
yarn check-formatting
in your terminal - Create your first release: open a pull request on your project, wait for tests to pass, merge and π₯ your library will be automatically released to npm and a GitHub release will be created
Optional steps: (needed only if you're doing them for the first time)
- If you're not using VSCode, if your editor has no EditorConfig support, then setup EditorConfig EditorConfig support
- Make sure you have npm 2fa auth-only configured. Releases can't be automated if you have 2fa setup for both authentication and publish. See https://semantic-release.gitbook.io/semantic-release/usage/ci-configuration#authentication-for-plugins
- Install nvm
- Install yarn
The template is still pretty new (March 2020) and was done to author JavaScript libraries using ECMAScript modules for Node.js >= 12. Gradually, or given requests, we could update it to support:
- Using different CI environments than GitHub actions
- Authoring browser libraries
- Generating
README.md
table of contents automatically - Better default
README.md
content (Install, API, Examples, ...) create-javascript-library
command line that would get most of the setup done easily.github
Pull requests template, issues templates, CONTRIBUTING files- add or change scripts to allow for auto-formatting
- provide documentation on how to protect branches on GitHub
- provide scripts to easily open a pull request once a branch is created
- provide a way to check for semantic commits in PR
- contributors list
- https://github.com/apps/semantic-pull-requests
If you'd like to participate, if you have bugs or new ideas, open an issue or a pull request.
To use yarn link
efficiently, do this:
> cd my-library
> yarn link
> yarn build --watch
> cd ../my-other-library
> yarn link my-library
yarn format