Publishing Sculpin Sites with GitHub Pages
+ +13th July 2017
+ +
Earlier this week I moved this site from my personal Linode server to GitHub Pages.
+ +This made sense as I already kept the source code in on GitHub, the issue was that GitHub Pages doesn’t know how to dynamically parse and generate a Sculpin site like it does with some other static site generators. It can though parse and serve HTML files, which is what Sculpin generates. It’s just a case of how those files are added to GitHub.
+ +I’ve seen different implementations of this, mostly where the Sculpin code is on one branch, and the generated HTML code is on a separate gh-pages or master branch (depending on your repository name). I’m not fond of this approach as it means automatically checking out and merging branches which can get messy, and also it’s weird to look at a repo’s branches page and see one branch maybe tens or hundreds of commits both ahead and behind the default branch.
This has been made simpler and tidier now that we can use a docs directory within the repository to serve content.
This means that I can simply re-generate the site after making changes and add it as an additional commit to my main branch with no need to switch branches or perform a merge.
+ +To simplify this, I’ve added a new build.sh script into my repository to automate the sites. This is how it currently looks:
+ +#!/usr/bin/env bash
+
+SITE_ENV="prod"
+
+# Remove the existing docs directory, build the site and create the new
+# docs directory.
+rm -rf ./docs
+vendor/bin/sculpin generate --no-interaction --clean --env=${SITE_ENV}
+touch output_${SITE_ENV}/.nojekyll
+mv output_${SITE_ENV} docs
+
+# Ensure the correct Git variables are used.
+git config --local user.name 'Oliver Davies'
+git config --local user.email oliver@oliverdavies.uk
+
+# Add, commit and push the changes.
+git add --all docs
+git commit -m 'Build.'
+git push origin HEAD
+This begins by removing the deleting the existing docs directory and re-generating the site with the specified environment. Then I add a .nojekyll file and rename the output directory to replace docs.
Now the changes can be added, committed and pushed. Once pushed, the new code is automatically served by GitHub Pages.
+ +HTTPS
+ +GitHub Pages unfortunately does not support HTTPS for custom domains.
+ +As the site was previously using HTTPS, I didn’t want to have to go back to HTTP, break any incoming links and lose any potential traffic. To continue using HTTPS, I decided to use Cloudflare to serve the site via their CDN which does allow for HTTPS traffic.
+ +Next Steps
+ +-
+
- Enable automatically running
build.shwhen new changes are pushed to GitHub rather than running it manually. I was previously using Jenkins and Fabric for this, though I’m also going to look into using Travis to accomplish this.
+ - Add the pre-build steps such as running
composer installandyarnto install dependencies, andgulpto create the front-end assets. This was previously done by Jenkins in my previous setup.
+
Resources
+ +-
+
- Publishing your GitHub Pages site from a /docs folder on your master branch +
- Bypassing Jekyll on GitHub Pages +
- Secure and fast GitHub Pages with CloudFlare +
About the Author
+ +
+
+ Oliver Davies is a Web Developer, System Administrator and Drupal specialist based in the UK. He is a Senior Developer at Microserve and also provides freelance consultancy services for Drupal websites, PHP applications and Linux servers.
+
+ 
+ 
+
+ 
+