A simple Ruby Gem to bootstrap dependencies for setting up and maintaining a local Jekyll environment in sync with GitHub Pages.
One may opt for the conventional approach of using the pages-gem or the containerized approach in which a Docker container is used to provide an environment with most dependencies pre-installed.
Important: Make sure you have Bundler > v1.14 by running gem update bundler in your terminal before following the next steps.
- Add the following to your project's Gemfile:
gem 'github-pages', group: :jekyll_plugins- Run
bundle install
Note: You are not required to install Jekyll separately. Once the github-pages gem is installed, you can build your site using jekyll build, or preview your site using jekyll serve. For more information about installing Jekyll locally, please see the GitHub Help docs on the matter.
Provided that Docker is installed, one may avoid the setup of additional tools within the environment by simply spawning a Docker container.
- Run
make imagefrom the root of the pages-gem directory to build an image which will be tagged asgh-pages
- Alternatively use
make image_alpinefor a smalleralpine-based image
- Start an instance of the server by running either:
SITE=PATH_TO_YOUR_PROJECT make serverfrom the root of thegh-pagesrepository (where the Makefile resides) orSITE=PATH_TO_YOUR_PROJECT docker run --rm -p 4000:4000 -v `realpath ${SITE}`:/src/site gh-pagesfrom any directory orgithub-pages $PATH_TO_YOUR_PROJECTfrom any directory when func.sh has been sourced into your terminal session orgithub-pagesfrom the directory of the Jekyll site to be previewed when func.sh has been sourced into your terminal session.
Note: the github-pages function may be enabled by sourcing func.sh. This can be done by appending
source $PATH_TO_THIS_DIRECTORY/contrib/func.shto the scripts that load on initiation of a terminal session (usually ~/.bashrc on bash or ~/.zshrc on zsh).:
Running of
github-pagesinside a directory of a Jekyll site spawns a server on port 4000. One may explicitly provide a path to a Jekyll site and a port by runninggithub-pages $PATH $PORT. This approach is provided as a user-friendlier alternative to themake serverordocker runinvocations mentioned as the first options in step 2.
The ordering of the arguments for the
github-pagesfunction is based on the assumption that it is more likely to need to specify a custom path rather than a custom port.
The GitHub Pages gem also comes with several command-line tools, contained within the github-pages command.
$ bundle exec github-pages versions
+---------------------------+---------+
| Gem | Version |
+---------------------------+---------+
| jekyll | x.x.x |
| kramdown | x.x.x |
| liquid | x.x.x |
| .... | .... |
+---------------------------+---------+Note, you can also pass the --gemfile flag to get the dependencies listed in a valid Gemfile dependency format. You can also see a list of the live dependency versions at pages.github.com/versions.
Checks your GitHub Pages site for common DNS configuration issues.
$ github-pages health-check
Checking domain foo.invalid...
Uh oh. Looks like something's fishy: A record points to deprecated IP addressSee the GitHub Pages Health Check documentation for more information.
If you'd like to run a Jekyll plugin locally that's not whitelisted for use on GitHub Pages, you can do so by prefixing the jekyll build or jekyll serve command with DISABLE_WHITELIST=true. This will allow your site to use any plugin listed in your site's gems configuration flag. Please note, however, this option is only available when previewing your Jekyll site locally.
To update to the latest version of Jekyll and associated dependencies, simply run gem update github-pages, or if you've installed via Bundler, bundle update github-pages.
The goal of the GitHub Pages gem is to help GitHub Pages users bootstrap and maintain a Jekyll build environment that most closely matches the GitHub Pages build environment. The GitHub Pages gem relies on explicit requirements shared between both users' computers and the build servers to ensure that the result of a user's local build is consistently also the result of the server's build.
Additional tools, such as tools that integrate with the GitHub API to make managing GitHub Pages sites easier are not the primary goal, but may be within the project's scope.
The GitHub Pages gem seeks to version two aspects of the build environment:
The version of Ruby with which Jekyll is executed. Although Jekyll itself may be compatible with prior or future versions of Ruby, different execution environments yield different results. Ruby 1.8.7 parses YAML differently than 1.9.3, for example, and Kramdown has trouble processing mailto links prior to 1.9.3. In order to ensure that building locally consistently results in the same build as what appears when published, it's essential that Ruby itself is versioned along side the Gem, despite no known incompatibilities.
This includes Markdown processors, and any other Jekyll dependency for which version incongruency may produce unexpected results. Traditionally, Maruku, Kramdown, RedCloth, liquid, rdiscount, and redcarpet have been strictly maintained due to known breaking changes.
See all releases.
To release a new version of this gem, run script/release from the master branch.
This will create and tag the release.
It will also create prs in the relevant repos and assign them to you. It is your responsibility to
- update the version of the gem in those repos
- deploy those services as needed
The relevant repos are:
Distributed under the MIT License.
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "dependabot[bot]")
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent