-
Notifications
You must be signed in to change notification settings - Fork 171
Deploying Slate
Slate spits out a bunch of static HTML, Javascript, and CSS, so it's pretty trivial to host.
Publishing your API documentation couldn't be more simple.
- Make sure you're working on a fork in your own account, not our original repo:
git remote show origin
. - Commit your changes to the markdown source:
git commit -a -m "Update index.md"
- Push the markdown source changes to GitHub:
git push
- Run
./deploy.sh
NOTE: Using the git way, you should not make changes to your repo on github.com for example.
NOTE: For automated publishing using CI, please see below.
NOTE: If using Docker, you will want to run ./deploy.sh --push-only
as the final step.
Done! Your changes should now be live on http://yourusername.github.io/slate, and the main branch should be updated with your edited markdown. Note that if this is your first time publishing Slate, it can sometimes take ten minutes or so before your content is available online. It can also take a moment even if it's not the first time.
Also, thanks to X1011 for the excellent deploy script.
Do not, I repeat, do not run Middleman on your production server. Middleman is not designed to be secure on a public server. It is not designed to load pages quickly. It is purely for development.
You can publish static documents to your own server using bundle exec middleman build --clean
. Middleman will build your website to the build
directory of your project, and you can copy those static HTML files to the server of your choice. Since you're just copying static files over, you don't need to run Middleman on your server.
Another alternative is to use the middleman-deploy gem.
If you're hosting Slate with GitHub Pages, setting up a custom domain name is simple! Just follow the instructions in GitHub's help center. Note that instead of putting the CNAME
file in the root directory of your Slate, you should put it in the source
folder. When Middleman publishes to the gh-pages
branch, it will copy it to the root folder of that branch.
Unfortunately, the deploy system will overwrite any custom domain name you've set within GitHub settings. This isn't something we can easily fix — it's a quirk with how GitHub handles custom domains. So until they fix it, use the CNAME
file instead!
To use GitHub Actions to publish slate to your gh-pages, please see how Slate itself uses it to publish its demo site. By default, when you create repository from this one, your site will automatically be set-up to use this workflow.