Sveltekit Boilerplate

A boilerplate for SvelteKit apps

Svelte component library boilerplate

This boilerplate features:

Git workflow

  1. Clone or fork the repository
  2. Change ./static/CNAME to your domain or remove it
  3. Manage access and disallow push to main (allow only pull requests)
  4. Create a branch with your feature
  5. Create a pull request for your feature and let the CI check whether everything still works
  6. Merge if checks are green 🙂


After cloning the repository, you can either run npm commands directly or use a Docker container to run the commands in it. Docker can be used to create a more reproducible environment, but it's really optional. The accompanied docker-compose.yml file can be used to start a bash in a container.

The optional command to run the everything in a container would be:

docker-compose run --service-ports app bash

First of all, install the necessary dependencies:

npm ci


To build components in isolation, Storybook in development mode can be started through:

npm run storybook

Component library

Building a component library with this boilerplate can be build by running:

npm run package

Code checks

This boilerplate features linter checks, automatic formatting, unit and integration tests. All of this will be checked when a pull-request is merged.

Running checks

GitHub actions will run various checks on pull requests. The checks are svelte-check, prettier and eslint. They can be run locally by using the two appropriate scripts.

Svelte-check can be run with:

npm run check

To run the linter and format checker:

npm run lint

Running unit tests (Jest)

There are two commands. One for running the tests once and one that runs all tests while watching for changes.

To do a single test run:

npm run test

To watch changes and run tests:

npm run test:watch

Running browser tests (Playwright)

The following commands allow running and seeing integration tests with Playwright.

Note: If you're using the Docker approach: Playwright can't open a browser from within the container. Instead, a browser in the container is necessary and it needs to run in there. With the DISPLAY variable set, it's possible to forward the browser windows to another machine (the host machine).

Note for MacOS users: This boilerplate features some helpers for MacOSX, if you're running through Docker. It needs XQuartz installed on the host machine and the helper scripts can be used to run it. Use ./ to get a shell inside a Docker container that can run the following commands.

A single run of all tests of the storybook components:

npm run ci:test:storybook

Start the server and open Playwright in debug mode to check the tests for the storybook components:

npm run test:watch:storybook

A single run of all end-to-end/integration tests:

npm run ci:test:integration

Start the server and open Playwright with all end-to-end/integration tests in debug mode:

npm run test:watch:integration

There is another special command to run all test commands once sequentially:

npm run ci:test

The last command can be used to run all the test suites manually before pushing it and letting the CI check all tests automatically.

Top categories

Loading Svelte Themes