Set up the site sub-project:
git clone https://github.com/sveltejs/svelte.git
cd site
npm ci
npm run update
npm run dev
and navigate to localhost:3000.
By default, the REPL will fetch the most recent version of Svelte from https://unpkg.com/svelte. When running the site locally, you can also use your local copy of Svelte.
To produce the proper browser-compatible UMD build of the compiler, you will need to run npm run build
(or npm run dev
) in the root of this repository with the PUBLISH
environment variable set to any non-empty string:
git clone https://github.com/sveltejs/svelte.git
cd svelte
npm ci
PUBLISH=1 npm run build
cd site
npm ci
npm run update
npm run dev
Then visit the REPL at localhost:3000/repl?version=local. Please note that the local REPL only works with npm run dev
and not when building the site for production usage.
In order for the REPL's GitHub integration to work properly when running locally, you will need to:
- create a GitHub OAuth app:
- set
Authorization callback URL
tohttp://localhost:3000/auth/callback
; - set
Application name
as you like, andHomepage URL
ashttp://localhost:3000/
; - create the app and take note of
Client ID
andClient Secret
- set
- in this repo, create
site/.env
containing:GITHUB_CLIENT_ID=[your app's Client ID] GITHUB_CLIENT_SECRET=[your app's Client Secret] BASEURL=http://localhost:3000
To build the website, run npm run build
. The output can be found in __sapper__/build
.
Tests can be run using npm run test
.
This site depends on @sveltejs/site-kit
, a collection of styles, components and icons used in common by *.svelte.dev websites, and @sveltejs/site-repl
.
In order to work on features that depend on those packages, you need to link their repositories:
cd <somewhere>
git clone https://github.com/sveltejs/site-kit
git clone https://github.com/sveltejs/svelte-repl
cd <somewhere>/site-kit
npm link
cd <somewhere>/svelte-repl
npm link
cd <svelte-repo>/site
npm link @sveltejs/site-kit
npm link @sveltejs/svelte-repl
Anchors are automatically generated using headings in the documentation and by default (for the english language) they are latinised to make sure the URL is always conforming to RFC3986.
If we need to translate the API documentation to a language using unicode chars, we can setup this app to export the correct anchors by setting up SLUG_PRESERVE_UNICODE
to true
in config.js
.