SvelteKit is still in beta. Expect bugs! Read more here, and track progress towards 1.0 here.
Please see the documentation for information about getting started and developing with SvelteKit.
The SvelteKit community also makes additional SvelteKit adapters available for use.
Please make sure the issue you're reporting involves SvelteKit. Many issues related to how a project builds originate from Vite, which SvelteKit uses to build a project. It's important to note that new Vite projects don't use SSR by default and so if you create a new Vite project from scratch many issues won't reproduce eventhough they're caused by Vite. You should thus start with a project that utilizes SSR such as:
- https://github.com/GrygrFlzr/vite-ssr-d3
- https://github.com/sveltejs/vite-plugin-svelte/tree/main/packages/e2e-tests/vite-ssr
If an issue is caused by Vite, please report in the Vite issue tracker.
This is a monorepo meaning the repo holds multiple packages. It requires the use of pnpm. You can install pnpm with:
npm i -g pnpmpnpm commands run in the project's root directory will run on all sub-projects. You can checkout the code and build all sub-projects with:
git clone git@github.com:sveltejs/kit.git
cd kit
pnpm install
pnpm buildYou should now be able to run the example with:
cd examples/hn.svelte.dev
pnpm devRun pnpm dev inside the packages/kit directory to continually rebuild @sveltejs/kit as you make changes to SvelteKit. Restarting the example/test apps will cause the newly built version to be used.
To use the git hooks in the repo, which will save you waiting for CI to tell you that you forgot to lint, run this:
git config core.hookspath .githooksThere are a few guidelines we follow:
- Internal variables are written with
snake_casewhile external APIs are written withcamelCase - Provide a single object as the argument to public APIs. This object can have multiple properties
- Avoid creating new test projects under
packages/kit/test/appsbut reuse an existing one when possible - Ensure
pnpm lintandpnpm checkpass. You can runpnpm formatto format the code
For changes to be reflected in package changelogs, run pnpx changeset and follow the prompts. All changesets should be patch until SvelteKit 1.0
Run pnpm test to run the tests from all subpackages. Browser tests live in subdirectories of packages/kit/test such as packages/kit/test/apps/basics.
You can run the tests for only a single package by first moving to that directory. E.g. cd packages/kit.
You must rebuild each time before running the tests if you've made code changes.
To run a single integration test, provide the FILTER env var with the test name. E.g. FILTER="includes paths" pnpm test:integration. You can also open up the file and change test to test.only.
You can run the test server with cd packages/kit/test/apps/basics; pnpm run dev to hit it with your browser.
You may need to install some dependencies first e.g. with npx playwright install-deps (which only works on Ubuntu).
All documentation for SvelteKit is in the documentation directory, any improvements should be made as a Pull Request to this repository. The documentation is served via and API, the site itself is located in the sites repository.
If you wish to preview documentation changes locally, please follow the instructions here: Previewing local docs changes.
The Changesets GitHub action will create and update a PR that applies changesets and publishes new versions of changed packages to npm.
It uses
pnpm publishrather thanpnpx changeset publishso that we can use the--filterand (while in beta)--tagflags — though perhaps they work withpnpx changeset publish?
New packages will need to be published manually the first time if they are scoped to the @sveltejs organisation, by running this from the package directory:
npm publish --access=public
Entry points to be aware of are:
packages/create-svelte- code that's run when you create a new project withnpm init svelte@nextpackages/kit/src/packaging- for thesvelte-kit packagecommandpackages/kit/src/core/dev/index.js- for the dev-mode serverpackages/kit/src/core/build/index.js- for the production serverpackages/adapter-[platform]- for the various SvelteKit-provided adapters
Most code that's called at build-time or from the CLI entry point lives in packages/kit/src/core. Code that runs for rendering and routing lives in packages/kit/src/runtime. Most changes to SvelteKit itself would involve code in these two directories.