Cache highlights

TODO: Fix this.

.codeclimate.yml

@@ -1,53 +1,36 @@
-version: "2"
-checks:
-  argument-count:
-    enabled: true
-    config:
-      threshold: 5
-  file-lines:
-    enabled: true
-    config:
-      threshold: 300
-  method-complexity:
-    enabled: true
-    config:
-      threshold: 15
-  method-count:
-    enabled: true
-    config:
-      threshold: 50
-  method-lines:
-    enabled: true
-    config:
-      threshold: 30
-plugins:
+engines:
   fixme:
     enabled: false
   rubocop:
     enabled: true
-    channel: rubocop-0-60
+    channel: rubocop-0-54
 
-exclude_patterns:
-  - "*.*"
-  - ".*"
+exclude_paths:
+  - .codeclimate.yml
+  - .gitignore
+  - .rspec
+  - .rubocop.yml
+  - .travis.yml
 
-  - Gemfile
+  - Gemfile.lock
+  - CHANGELOG.{md,markdown,txt,textile}
+  - CONTRIBUTING.{md,markdown,txt,textile}
+  - readme.{md,markdown,txt,textile}
+  - README.{md,markdown,txt,textile}
+  - Readme.{md,markdown,txt,textile}
+  - ReadMe.{md,markdown,txt,textile}
+  - COPYING
   - LICENSE
-  - Rakefile
 
-  - benchmark/
-  - docs/
-  - exe/
-  - features/
-  - rake/
-  - rubocop/
-  - script/
-  - spec/
-  - test/
-  - vendor/
+  - features/**/*
+  - script/**/*
+  - docs/**/*
+  - spec/**/*
+  - test/**/*
+  - vendor/**/*
 
-  - lib/blank_template/
-  - lib/site_template/
-  - lib/theme_template/
-  - lib/jekyll/mime.types
   - lib/jekyll/commands/serve/livereload_assets/livereload.js
+
+ratings:
+  paths:
+    - lib/**/*.rb

.devcontainer/Dockerfile

@@ -1,55 +0,0 @@
-#-------------------------------------------------------------------------------------------------------------
-# Copyright (c) Microsoft Corporation. All rights reserved.
-# Licensed under the MIT License. See https://go.microsoft.com/fwlink/?linkid=2090316 for license information.
-#-------------------------------------------------------------------------------------------------------------
-
-FROM ruby:3.0
-
-# Avoid warnings by switching to noninteractive
-ENV DEBIAN_FRONTEND=noninteractive
-
-# This Dockerfile adds a non-root user with sudo access. Use the "remoteUser"
-# property in devcontainer.json to use it. On Linux, the container user's GID/UIDs
-# will be updated to match your local UID/GID (when using the dockerFile property).
-# See https://aka.ms/vscode-remote/containers/non-root-user for details.
-ARG USERNAME=vscode
-ARG USER_UID=1000
-ARG USER_GID=$USER_UID
-
-# Configure apt and install packages
-RUN apt-get update \
-    && apt-get -y install --no-install-recommends apt-utils dialog locales 2>&1 \
-    # Verify git, process tools installed
-    && apt-get -y install git openssh-client iproute2 procps lsb-release \
-    #
-    # Install ruby-debug-ide and debase
-    && gem install ruby-debug-ide \
-    && gem install debase \
-    #
-    # Install node.js
-    && apt-get -y install curl software-properties-common \
-    && curl -sL https://deb.nodesource.com/setup_18.x | bash - \
-    && apt-get -y install nodejs \
-    #
-    # Create a non-root user to use if preferred - see https://aka.ms/vscode-remote/containers/non-root-user.
-    && groupadd --gid $USER_GID $USERNAME \
-    && useradd -s /bin/bash --uid $USER_UID --gid $USER_GID -m $USERNAME \
-    # [Optional] Add sudo support for the non-root user
-    && apt-get install -y sudo \
-    && echo $USERNAME ALL=\(root\) NOPASSWD:ALL > /etc/sudoers.d/$USERNAME\
-    && chmod 0440 /etc/sudoers.d/$USERNAME \
-    #
-    # Clean up
-    && apt-get autoremove -y \
-    && apt-get clean -y \
-    && rm -rf /var/lib/apt/lists/*
-
-# Set the locale
-RUN sed -i -e 's/# en_US.UTF-8 UTF-8/en_US.UTF-8 UTF-8/' /etc/locale.gen && \
-    dpkg-reconfigure --frontend=noninteractive locales && \
-    update-locale LANG=en_US.UTF-8
-
-ENV LANG en_US.UTF-8
-
-# Switch back to dialog for any ad-hoc use of apt-get
-ENV DEBIAN_FRONTEND=dialog

.devcontainer/devcontainer.json

@@ -1,26 +0,0 @@
-// For format details, see https://aka.ms/vscode-remote/devcontainer.json or this file's README at:
-// https://github.com/microsoft/vscode-dev-containers/tree/v0.101.1/containers/ruby-2
-{
-	"name": "Ruby 3",
-	"dockerFile": "Dockerfile",
-
-	// Set *default* container specific settings.json values on container create.
-	"settings": { 
-		"terminal.integrated.shell.linux": "/bin/bash"
-	},
-
-	// Add the IDs of extensions you want installed when the container is created.
-	"extensions": [
-		"rebornix.Ruby"
-	],
-	
-	// Use 'forwardPorts' to make a list of ports inside the container available locally.
-	// "forwardPorts": [],
-
-	// Use 'postCreateCommand' to run commands after the container is created.
-	"postCreateCommand": "bundle install"
-
-	// Uncomment to connect as a non-root user. See https://aka.ms/vscode-remote/containers/non-root.
-	// "remoteUser": "vscode"
-
-}

.gitattributes

@@ -1 +0,0 @@
-* text=auto

.github/CODEOWNERS

@@ -65,6 +65,8 @@
 # @jekyll/stability
 Gemfile                              @jekyll/stability
 *.gemspec                            @jekyll/stability
+.travis.yml                          @jekyll/stability
+appveyor.yml                         @jekyll/stability
 /lib/jekyll/configuration.rb         @jekyll/stability
 /lib/jekyll/deprecator.rb            @jekyll/stability
 /lib/jekyll/frontmatter_defaults.rb  @jekyll/stability

.github/CODE_OF_CONDUCT.markdown

@@ -1,76 +0,0 @@
-# Code of Conduct
-
-## Our Pledge
-
-In the interest of fostering an open and welcoming environment, we as
-contributors and maintainers pledge to making participation in our project and
-our community a harassment-free experience for everyone, regardless of age, body
-size, disability, ethnicity, sex characteristics, gender identity and expression,
-level of experience, education, socio-economic status, nationality, personal
-appearance, race, religion, or sexual identity and orientation.
-
-## Our Standards
-
-Examples of behavior that contributes to creating a positive environment
-include:
-
-* Using welcoming and inclusive language
-* Being respectful of differing viewpoints and experiences
-* Gracefully accepting constructive criticism
-* Focusing on what is best for the community
-* Showing empathy towards other community members
-
-Examples of unacceptable behavior by participants include:
-
-* The use of sexualized language or imagery and unwelcome sexual attention or
-  advances
-* Trolling, insulting/derogatory comments, and personal or political attacks
-* Public or private harassment
-* Publishing others' private information, such as a physical or electronic
-  address, without explicit permission
-* Other conduct which could reasonably be considered inappropriate in a
-  professional setting
-
-## Our Responsibilities
-
-Project maintainers are responsible for clarifying the standards of acceptable
-behavior and are expected to take appropriate and fair corrective action in
-response to any instances of unacceptable behavior.
-
-Project maintainers have the right and responsibility to remove, edit, or
-reject comments, commits, code, wiki edits, issues, and other contributions
-that are not aligned to this Code of Conduct, or to ban temporarily or
-permanently any contributor for other behaviors that they deem inappropriate,
-threatening, offensive, or harmful.
-
-## Scope
-
-This Code of Conduct applies both within project spaces and in public spaces
-when an individual is representing the project or its community. Examples of
-representing a project or community include using an official project e-mail
-address, posting via an official social media account, or acting as an appointed
-representative at an online or offline event. Representation of a project may be
-further defined and clarified by project maintainers.
-
-## Enforcement
-
-Instances of abusive, harassing, or otherwise unacceptable behavior may be
-reported by contacting the project team at [olivia@jekyllrb.com](mailto:olivia@jekyllrb.com). All
-complaints will be reviewed and investigated and will result in a response that
-is deemed necessary and appropriate to the circumstances. The project team is
-obligated to maintain confidentiality with regard to the reporter of an incident.
-Further details of specific enforcement policies may be posted separately.
-
-Project maintainers who do not follow or enforce the Code of Conduct in good
-faith may face temporary or permanent repercussions as determined by other
-members of the project's leadership.
-
-## Attribution
-
-This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
-available at [https://www.contributor-covenant.org/version/1/4/code-of-conduct.html](https://www.contributor-covenant.org/version/1/4/code-of-conduct.html)
-
-[homepage]: https://www.contributor-covenant.org
-
-For answers to common questions about this code of conduct, see
-[https://www.contributor-covenant.org/faq](https://www.contributor-covenant.org/faq)

.github/CONTRIBUTING.markdown

@@ -4,30 +4,30 @@ Hi there! Interested in contributing to Jekyll? We'd love your help. Jekyll is a
 
 ## Where to get help or report a problem
 
-See the [support guidelines](https://jekyllrb.com/docs/support/)
+See [the support guidelines](https://jekyllrb.com/docs/support/)
 
 ## Ways to contribute
 
 Whether you're a developer, a designer, or just a Jekyll devotee, there are lots of ways to contribute. Here's a few ideas:
 
-- [Install Jekyll on your computer](https://jekyllrb.com/docs/installation/) and kick the tires. Does it work? Does it do what you'd expect? If not, [open an issue](https://github.com/jekyll/jekyll/issues/new) and let us know.
-- Comment on some of the project's [open issues](https://github.com/jekyll/jekyll/issues). Have you experienced the same problem? Know a workaround? Do you have a suggestion for how the feature could be better?
-- Read through the [documentation](https://jekyllrb.com/docs/home/), and click the "improve this page" button, any time you see something confusing, or have a suggestion for something that could be improved.
-- Browse through the [Jekyll discussion forum](https://talk.jekyllrb.com/), and lend a hand answering questions. There's a good chance you've already experienced what another user is experiencing.
-- Find an [open issue](https://github.com/jekyll/jekyll/issues) (especially [those labeled `help-wanted`](https://github.com/jekyll/jekyll/issues?q=is%3Aopen+is%3Aissue+label%3Ahelp-wanted)), and submit a proposed fix. If it's your first pull request, we promise we won't bite, and are glad to answer any questions.
-- Help evaluate [open pull requests](https://github.com/jekyll/jekyll/pulls), by testing the changes locally and reviewing what's proposed.
+* [Install Jekyll on your computer](https://jekyllrb.com/docs/installation/) and kick the tires. Does it work? Does it do what you'd expect? If not, [open an issue](https://github.com/jekyll/jekyll/issues/new) and let us know.
+* Comment on some of the project's [open issues](https://github.com/jekyll/jekyll/issues). Have you experienced the same problem? Know a work around? Do you have a suggestion for how the feature could be better?
+* Read through [the documentation](https://jekyllrb.com/docs/home/), and click the "improve this page" button, any time you see something confusing, or have a suggestion for something that could be improved.
+* Browse through [the Jekyll discussion forum](https://talk.jekyllrb.com/), and lend a hand answering questions. There's a good chance you've already experienced what another user is experiencing.
+* Find [an open issue](https://github.com/jekyll/jekyll/issues) (especially [those labeled `help-wanted`](https://github.com/jekyll/jekyll/issues?q=is%3Aopen+is%3Aissue+label%3Ahelp-wanted)), and submit a proposed fix. If it's your first pull request, we promise we won't bite, and are glad to answer any questions.
+* Help evaluate [open pull requests](https://github.com/jekyll/jekyll/pulls), by testing the changes locally and reviewing what's proposed.
 
 ## Submitting a pull request
 
 ### Pull requests generally
 
-- The smaller the proposed change, the better. If you'd like to propose two unrelated changes, submit two pull requests.
+* The smaller the proposed change, the better. If you'd like to propose two unrelated changes, submit two pull requests.
 
-- The more information, the better. Make judicious use of the pull request body. Describe what changes were made, why you made them, and what impact they will have for users.
+* The more information, the better. Make judicious use of the pull request body. Describe what changes were made, why you made them, and what impact they will have for users.
 
-- If this is your first pull request, it may help to [understand GitHub Flow](https://guides.github.com/introduction/flow/).
+* Pull requests are easy and fun. If this is your first pull request, it may help to [understand GitHub Flow](https://guides.github.com/introduction/flow/).
 
-- If you're submitting a code contribution, be sure to read the [code contributions](#code-contributions) section below.
+* If you're submitting a code contribution, be sure to read the [code contributions](#code-contributions) section below.
 
 ### Submitting a pull request via github.com
 
@@ -49,7 +49,7 @@ That's it! You'll be automatically subscribed to receive updates as others revie
 2. Clone the repository locally `git clone https://github.com/<you-username>/jekyll`.
 3. Create a new, descriptively named branch to contain your change ( `git checkout -b my-awesome-feature` ).
 4. Hack away, add tests. Not necessarily in that order.
-5. Make sure everything still passes by running `script/cibuild` (see the [tests section](#running-tests-locally) below)
+5. Make sure everything still passes by running `script/cibuild` (see [the tests section](#running-tests-locally) below)
 6. Push the branch up ( `git push origin my-awesome-feature` ).
 7. Create a pull request by visiting `https://github.com/<your-username>/jekyll` and following the instructions at the top of the screen.
 
@@ -76,12 +76,11 @@ If you ever need to update our documentation with an icon that is not already av
 5. Click `Generate Font` on the bottom-horizontal-bar.
 6. Inspect the included icons and proceed by clicking `Download`.
 7. Extract the font files and adapt the CSS to the paths we use in Jekyll:
-
-- Copy the entire `fonts` directory over and overwrite existing ones at `<jekyll>/docs/`.
-- Copy the contents of `selection.json` and overwrite existing content inside `<jekyll>/docs/icomoon-selection.json`.
-- Copy the entire `@font-face {}` declaration and only the **new-icon(s)' css declarations** further below, to update the
+  - Copy the entire `fonts` directory over and overwrite existing ones at `<jekyll>/docs/`.
+  - Copy the contents of `selection.json` and overwrite existing content inside `<jekyll>/docs/icomoon-selection.json`.
+  - Copy the entire `@font-face {}` declaration and only the **new-icon(s)' css declarations** further below, to update the
   `<jekyll>/docs/_sass/_font-awesome.scss` sass partial.
-- Fix paths in the `@font-face {}` declaration by adding `../` before `fonts/FontAwesome.*` like so:
+  - Fix paths in the `@font-face {}` declaration by adding `../` before `fonts/FontAwesome.*` like so:
   `('../fonts/Fontawesome.woff?9h6hxj')`.
 
 ### Adding plugins
@@ -90,7 +89,7 @@ If you want to add your plugin to the [list of plugins](https://jekyllrb.com/doc
 
 ## Code Contributions
 
-Interested in submitting a pull request? Awesome. Read on. There's a few common gotchas that we'd love to help you avoid.
+Interesting in submitting a pull request? Awesome. Read on. There's a few common gotchas that we'd love to help you avoid.
 
 ### Tests and documentation
 
@@ -102,21 +101,19 @@ If your contribution changes any Jekyll behavior, make sure to update the docume
 
 #### Tests
 
-- If you're creating a small fix or patch to an existing feature, a simple test is more than enough. You can usually copy/paste from an existing example in the `tests` folder, but if you need you can find out about our tests suites [Shoulda](https://github.com/thoughtbot/shoulda/tree/master) and [RSpec-Mocks](https://github.com/rspec/rspec-mocks).
+* If you're creating a small fix or patch to an existing feature, a simple test is more than enough. You can usually copy/paste from an existing example in the `tests` folder, but if you need you can find out about our tests suites [Shoulda](https://github.com/thoughtbot/shoulda/tree/master) and [RSpec-Mocks](https://github.com/rspec/rspec-mocks).
 
-- If it's a brand new feature, create a new [Cucumber](https://github.com/cucumber/cucumber/) feature, reusing existing steps where appropriate.
+* If it's a brand new feature, create a new [Cucumber](https://github.com/cucumber/cucumber/) feature, reusing existing steps where appropriate.
 
 ### Code contributions generally
 
-- Jekyll uses the [Rubocop](https://github.com/bbatsov/rubocop) static analyzer to ensure that contributions follow the [GitHub Ruby Styleguide](https://github.com/styleguide/ruby). Please check your code using `script/fmt` and resolve any errors before pushing your branch.
+* Jekyll uses the [Rubocop](https://github.com/bbatsov/rubocop) static analyzer to ensure that contributions follow the [GitHub Ruby Styleguide](https://github.com/styleguide/ruby). Please check your code using `script/fmt` and resolve any errors before pushing your branch.
 
-- Don't bump the Gem version in your pull request (if you don't know what that means, you probably didn't).
+* Don't bump the Gem version in your pull request (if you don't know what that means, you probably didn't).
 
-- You can use the command `script/console` to start a REPL to explore the result of
-  Jekyll's methods. It also provides you with helpful methods to quickly create a
-  site or configuration. [Feel free to check it out!](https://github.com/jekyll/jekyll/blob/master/script/console)
-
-- Previously, we've used the WIP Probot app to help contributors determine whether their pull request is ready for review. Please use a [draft pull request](https://help.github.com/en/articles/about-pull-requests#draft-pull-requests) instead. When you're ready, [mark the pull request as ready for review](https://help.github.com/en/articles/changing-the-stage-of-a-pull-request)
+* You can use the command `script/console` to start a REPL to explore the result of
+Jekyll's methods. It also provides you with helpful methods to quickly create a
+site or configuration. [Feel free to check it out!](https://github.com/jekyll/jekyll/blob/master/script/console)
 
 ## Running tests locally
 
@@ -149,10 +146,6 @@ script/cucumber features/blah.feature
 Both `script/test` and `script/cucumber` can be run without arguments to
 run its entire respective suite.
 
-## Visual Studio Code Development Container
-
-If you've got [Visual Studio Code](https://code.visualstudio.com/) with the [Remote Development Extension Pack](https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.vscode-remote-extensionpack) installed then simply opening this repository in Visual Studio Code and following the prompts to "Re-open In A Development Container" will get you setup and ready to go with a fresh environment with all the requirements installed.
-
 ## A thank you
 
 Thanks! Hacking on Jekyll should be fun. If you find any of this hard to figure out, let us know so we can improve our process or documentation!

.github/FUNDING.yml

@@ -1,5 +0,0 @@
-# These are supported funding model platforms
-
-# github: jekyll
-open_collective: jekyll
-tidelift: rubygems/jekyll

.github/ISSUE_TEMPLATE.md

@@ -0,0 +1,78 @@
+<!--
+  Hi! Thanks for considering to file a bug with Jekyll. Please take the time to
+  answer the basic questions. You can convert `[ ]` into `[x]` to check boxes (or submit
+  and check.) If there is no need for certain fields like output and redirection, please delete
+  those headers before submitting. We know not all tickets require those steps.
+  Otherwise, please try to be as detailed as possible.
+
+  If you are unsure this is a bug in Jekyll, or this is a bug caused
+  by a plugin that isn't directly related to Jekyll, or if this is just
+  a generic usage question, please consider asking your question at
+  https://talk.jekyllrb.com where non-bug questions go.
+
+  Thanks!
+-->
+
+- [ ] I believe this to be a bug, not a question about using Jekyll.
+- [ ] I updated to the latest Jekyll (or) if on GitHub Pages to the latest `github-pages`
+- [ ] I ran `jekyll doctor` to check my configuration
+- [ ] I read the CONTRIBUTION file at https://jekyllrb.com/docs/contributing/
+- [ ] This is a feature request.
+
+---
+
+- [ ] I am on (or have tested on) ***macOS*** 10+
+- [ ] I am on (or have tested on) ***Debian/Ubuntu*** GNU/Linux
+- [ ] I am on (or have tested on) ***Fedora*** GNU/Linux
+- [ ] I am on (or have tested on) ***Arch*** GNU/Linux
+- [ ] I am on (or have tested on) ***Other*** GNU/Linux
+- [ ] I am on (or have tested on) ***Windows*** 10+
+
+<!--
+  Other GNU/Linux includes Scientific GNU/Linux, CentOS GNU/Linux, and others.
+  If you are on a minor sub-distro (such as ElementaryOS which does not diverge from
+  Ubuntu much, please check the parent distro. Kubuntu, Edubuntu, Lubuntu should
+  also be flagged as Ubuntu as their packages come from upstream Ubuntu.
+-->
+
+---
+
+- [ ] I was trying to install.
+- [ ] There is a broken Plugin API.
+- [ ] I had an error on GitHub Pages, and I have reproduced it locally.
+- [ ] I had an error on GitHub Pages, and GitHub Support said it was a Jekyll Bug.
+- [ ] I had an error on GitHub Pages and I did not test it locally.
+- [ ] I was trying to build.
+- [ ] It was another bug.
+
+## My Reproduction Steps
+
+<!--
+  If this error occurred on GitHub Pages, please try to provide us with logs,
+  and look at them yourself, to determine if this is an actual Jekyll bug. In
+  the event you are unsure, file a ticket, however, when you do please provide
+  the logs (strip them of personal information.)
+
+  If you have trouble finding your logs, please email support@github.com and
+  they will happily help you. If you cannot find logs, please try your best to
+  replicate it locally because we cannot fix a problem if we do not know
+  exactly what caused it, or within a relatively close distance.
+-->
+
+<!--
+  Insert the steps you took to for this problem to exist. Such as the
+  directories you created and, the full command you ran, and include any
+  plugins you have installed, this is very important.
+
+  If your steps are complicated, you can also submit a GitHub
+  repository (please no zips, they will be removed and rejected by maintainers,)
+  and just supply a command for us to reproduce it ourselves.
+-->
+
+## The Output I Wanted
+
+<!--
+  Insert the output from the command. Alter it as little as you can.
+  The minimum should be personal information. Though we normally don't log
+  anything like that so there should be no need to alter it.
+-->

.github/ISSUE_TEMPLATE/bug_report.yml

@@ -1,104 +0,0 @@
-name: Bug Report
-description: "Is something not working as expected?"
-title: "[Bug]: "
-body:
-  - type: markdown
-    attributes:
-      value: |
-        Hi! Thank you for taking the time to report a bug with Jekyll.
-
-        Please consider asking your question at https://talk.jekyllrb.com if one or more of the following is applicable to your situation:
-
-          - You are not sure if the issue is a bug in Jekyll.
-          - The issue is caused by a third-party plugin.
-          - This is just a generic usage question.
-
-        Additionally, please note that this platform is meant for bugs in Jekyll core only.
-        Issues regarding dependencies and plugins should be reported in their respective repositories.
-  - type: input
-    id: os
-    attributes:
-      label: Operating System
-      description: The operating system of your computer.
-      placeholder: "Ubuntu 21.10"
-    validations:
-      required: true
-  - type: input
-    id: ruby-version
-    attributes:
-      label: Ruby Version
-      description: |
-        The Ruby version you were using at the time.
-        Run `ruby -v` in your terminal and paste the output in the input field.
-      placeholder: "ruby 2.7.3p183 (2021-04-05 revision 6847ee089d) [x64-mingw32]"
-    validations:
-      required: true
-  - type: input
-    id: jekyll-version
-    attributes:
-      label: Jekyll Version
-      description: |
-        The version of Jekyll used in your project.
-        Run `bundle exec jekyll -v` and paste the output in the input field.
-        *If you are not using a Gemfile, run `jekyll -v` instead.*
-      placeholder: "jekyll 4.2.1"
-    validations:
-      required: true
-  - type: input
-    id: ghp-version
-    attributes:
-      label: GitHub Pages Version
-      description: |
-        Are you deploying your site using GitHub Pages?
-        If yes, then we need to know the `github-pages` version used by your project. Proceed ahead otherwise.
-        If you're using the `github-pages` gem in your Gemfile, paste the output from running the following:
-        ```
-        bundle exec github-pages -v
-        ```
-        Otherwise, enter `Latest` in the input field and proceed ahead.
-  - type: textarea
-    id: expected
-    attributes:
-      label: Expected Behavior
-      description: Briefly describe what you expected to see or get with a certain functionality.
-      placeholder: |
-        I expected my site to be built successfully when I run the following:
-        ```
-        bundle exec jekyll build
-        ```
-    validations:
-      required: true
-  - type: textarea
-    id: actual
-    attributes:
-      label: Current Behavior
-      description: >
-        Describe the details of the bug.
-        Be sure to include any steps you took for the problem to exist, such as the directories
-        you created and the full command you ran.
-        Include any plugins you have configured for use in the site.
-    validations:
-      required: true
-  - type: textarea
-    id: logs
-    attributes:
-      label: Relevant log output
-      description: |
-        Please copy and paste any relevant log output from your terminal.
-        *Note: This will be automatically formatted into code, so no need for backticks.*
-      render: shell
-  - type: textarea
-    id: sample
-    attributes:
-      label: Code Sample
-      description: >
-        The easiest way for someone to understand an issue is if they could reproduce your issue
-        in their environment. Therefore, please provide a link to your project repository alongwith
-        instructions to reproduce your issue. If your project is not publicly accessible, please
-        consider setting up a minimal test repository complete with necessary instructions.
-      placeholder: |
-        ### Steps to reproduce issue
-
-        - Clone [my repo](https://github.com/owner/repo)
-        - Install site dependencies
-        - Run `bundle exec jekyll build -s src -d src/dist`

.github/ISSUE_TEMPLATE/config.yml

@@ -1,5 +0,0 @@
-blank_issues_enabled: true
-contact_links:
-  - name: Jekyll Community Forum
-    url: https://talk.jekyllrb.com/
-    about: Please ask and answer questions here.

.github/ISSUE_TEMPLATE/documentation.md

@@ -1,24 +0,0 @@
----
-name: Documentation
-about: Found a typo or something that isn't crystal clear in our docs?
-title: '[Docs]: '
-labels: documentation
-assignees: ''
-
----
-
-<!-- Thanks for taking the time to open an issue and help us make Jekyll better! -->
-
-## Motivation
-
-<!-- Why should we update our docs? -->
-
-
-
-## Suggestion
-
-<!-- What should we do instead? -->
-
-
-
-<!-- Thanks for taking the time to open an issue and help us make Jekyll better! -->

.github/ISSUE_TEMPLATE/feature_request.md

@@ -1,73 +0,0 @@
----
-name: Feature Request
-about: Want us to add any features to Jekyll?
-title: 'feat: '
-labels: feature
-assignees: ''
-
----
-
-<!--
-  Hi! Thanks for considering to file a feature request with Jekyll. Please take the time to
-  answer the basic questions. Please try to be as detailed as possible.
-
-  Thanks!
--->
-
-## Summary
-
-<!--
-  A one-paragraph explanation of the feature.
--->
-
-## Motivation
-
-<!--
-  Why do you want to see this feature in Jekyll? What makes you sure that it should not be
-  implemented at the plugin level, but in Jekyll core? What use cases does it support?
-
-  NOTE: Please be mindful of the Jekyll philosophy (https://jekyllrb.com/philosophy/),
-  particularly Section 5. Think about if 90% of the users would benefit from your
-  feature request, and whether your feature would be better off in a plugin.
--->
-
-## Guide-level explanation
-
-<!--
-  Explain the proposal as if it was already included in the project and you
-  were teaching it to another programmer. That generally means:
-
-  - Introducing new named concepts.
-  - Explaining the feature largely in terms of examples.
-  - If applicable, provide sample error messages, deprecation warnings, or
-    migration guidance.
-
-  If this is a small feature, you may omit this section.
--->
-
-## Reference-level explanation
-
-<!--
-  This is the technical portion of the feature request. Explain the design in
-  sufficient detail that:
-
-  - Its interaction with other features is clear.
-  - It is reasonably clear how the feature would be implemented.
-  - Corner cases are dissected by example.
-
-  If you do not know how to answer this, you can omit it. No worries!
--->
-
-## Drawbacks
-
-<!--
-  Why should we *not* do this?
--->
-
-## Unresolved Questions
-
-<!--
-  What related issues do you consider out of scope for this feature that could be
-  addressed in the future independently of the solution that comes out of this
-  feature?
--->

.github/PULL_REQUEST_TEMPLATE.md

@@ -1,46 +0,0 @@
-<!--
-  Thanks for creating a Pull Request! Before you submit, please make sure
-  you've done the following:
-
-  - I read the contributing document at https://jekyllrb.com/docs/contributing/
--->
-
-<!--
-  Make our lives easier! Choose one of the following by uncommenting it:
--->
-
-<!-- This is a 🐛 bug fix. -->
-<!-- This is a 🙋 feature or enhancement. -->
-<!-- This is a 🔦 documentation change. -->
-<!-- This is a 🔨 code refactoring. -->
-
-<!--
-  Before you submit this pull request, make sure to have a look at the following
-  checklist. If you don't know how to do some of these, that's fine! Submit
-  your pull request and we will help you out on the way.
-
-  - I've added tests (if it's a bug, feature or enhancement)
-  - I've adjusted the documentation (if it's a feature or enhancement)
-  - The test suite passes locally (run `script/cibuild` to verify this)
--->
-
-## Summary
-
-<!--
-  Provide a description of what your pull request changes.
--->
-
-## Context
-
-<!--
-  Is this related to any GitHub issue(s)?
-
-  You can use keywords to automatically close the related issue.
-  For example, (all of) the following will close issue #4567 when your PR is merged.
-
-  Closes #4567
-  Fixes #4567
-  Resolves #4567
-
-  Use any one of the above as applicable.
--->

.github/SECURITY.markdown

@@ -1,32 +0,0 @@
-# Security Policy
-
-## Supported Versions
-
-Security updates are applied to the latest MINOR version of Jekyll, and the version used by GitHub Pages, v3.10.x.
-
-| Version | Supported          |
-| ------- | ------------------ |
-| 4.4.x   | :white_check_mark: |
-| 3.10.x   | :white_check_mark: |
-| < 3.10.x | :x:                |
-
-## Reporting a Vulnerability
-
-Please report vulnerabilities by sending an email to security@jekyllrb.com with the following information:
-
-1. A description of the vulnerability
-2. Reproduction steps and/or a sample site (share a private repo to the [Jekyll Security Team](docs/pages/team.md))
-3. Your contact information
-
-The Jekyll security team will respond to your submission and notify you whether it has been confirmed by the team.
-Your confidentiality is kindly requested as we work on a fix. We will provide our patch to you to test and verify that the vulnerability has
-been closed.
-
-If you have created a patch and would like to submit that to us as well, we will happily consider it though we cannot guarantee that we will
-use it. If we use your patch, we will attribute authorship to you either as the commit author, or as a co-author.
-
-Once a fix is verified, we will release PATCH versions of the supported MINOR versions and assign a CVE to the vulnerability. You will receive
-credit in our release post.
-
-Once the patched version has been released, we will no longer request you to maintain confidentiality and you may choose to share details on
-how you found the vulnerability with the community.

.github/actions/spelling/README.md

@@ -1,17 +0,0 @@
-# check-spelling/check-spelling configuration
-
-File | Purpose | Format | Info
--|-|-|-
-[dictionary.txt](dictionary.txt) | Replacement dictionary (creating this file will override the default dictionary) | one word per line | [dictionary](https://github.com/check-spelling/check-spelling/wiki/Configuration#dictionary)
-[allow.txt](allow.txt) | Add words to the dictionary | one word per line (only letters and `'`s allowed) | [allow](https://github.com/check-spelling/check-spelling/wiki/Configuration#allow)
-[reject.txt](reject.txt) | Remove words from the dictionary (after allow) | grep pattern matching whole dictionary words | [reject](https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples%3A-reject)
-[excludes.txt](excludes.txt) | Files to ignore entirely | perl regular expression | [excludes](https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples%3A-excludes)
-[only.txt](only.txt) | Only check matching files (applied after excludes) | perl regular expression | [only](https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples%3A-only)
-[patterns.txt](patterns.txt) | Patterns to ignore from checked lines | perl regular expression (order matters, first match wins) | [patterns](https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples%3A-patterns)
-[candidate.patterns](candidate.patterns) | Patterns that might be worth adding to [patterns.txt](patterns.txt) | perl regular expression with optional comment block introductions (all matches will be suggested) | [candidates](https://github.com/check-spelling/check-spelling/wiki/Feature:-Suggest-patterns)
-[line_forbidden.patterns](line_forbidden.patterns) | Patterns to flag in checked lines | perl regular expression (order matters, first match wins) | [patterns](https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples%3A-patterns)
-[expect.txt](expect.txt) | Expected words that aren't in the dictionary | one word per line (sorted, alphabetically) | [expect](https://github.com/check-spelling/check-spelling/wiki/Configuration#expect)
-[advice.md](advice.md) | Supplement for GitHub comment when unrecognized words are found | GitHub Markdown | [advice](https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples%3A-advice)
-
-Note: you can replace any of these files with a directory by the same name (minus the suffix)
-and then include multiple files inside that directory (with that suffix) to merge multiple files together.

.github/actions/spelling/advice.md

@@ -1,25 +0,0 @@
-<!-- See https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples%3A-advice --> <!-- markdownlint-disable MD033 MD041 -->
-<details><summary>If the flagged items are :exploding_head: false positives</summary>
-
-If items relate to a ...
-* binary file (or some other file you wouldn't want to check at all).
-
-  Please add a file path to the `excludes.txt` file matching the containing file.
-
-  File paths are Perl 5 Regular Expressions - you can [test](
-https://www.regexplanet.com/advanced/perl/) yours before committing to verify it will match your files.
-
-  `^` refers to the file's path from the root of the repository, so `^README\.md$` would exclude [README.md](
-../tree/HEAD/README.md) (on whichever branch you're using).
-
-* well-formed pattern.
-
-  If you can write a [pattern](https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples:-patterns) that would match it,
-  try adding it to the `patterns.txt` file.
-
-  Patterns are Perl 5 Regular Expressions - you can [test](
-https://www.regexplanet.com/advanced/perl/) yours before committing to verify it will match your lines.
-
-  Note that patterns can't match multiline strings.
-
-</details>

.github/actions/spelling/allow.txt

@@ -1,19 +0,0 @@
-azion
-builtins
-github
-hakiri
-https
-Linting
-Microsoft
-ssh
-Statictastic
-statictastic
-supranode
-ubuntu
-Wikipedia
-workaround
-workaround
-workarounds
-WSL
-decapcms
-tina

.github/actions/spelling/candidate.patterns

@@ -1,520 +0,0 @@
-# marker to ignore all code on line
-^.*/\* #no-spell-check-line \*/.*$
-# marker for ignoring a comment to the end of the line
-// #no-spell-check.*$
-
-# patch hunk comments
-^\@\@ -\d+(?:,\d+|) \+\d+(?:,\d+|) \@\@ .*
-# git index header
-index [0-9a-z]{7,40}\.\.[0-9a-z]{7,40}
-
-# cid urls
-(['"])cid:.*?\g{-1}
-
-# data url in parens
-\(data:[^)]*?(?:[A-Z]{3,}|[A-Z][a-z]{2,}|[a-z]{3,})[^)]*\)
-# data url in quotes
-([`'"])data:.*?(?:[A-Z]{3,}|[A-Z][a-z]{2,}|[a-z]{3,}).*\g{-1}
-# data url
-data:[-a-zA-Z=;:/0-9+]*,\S*
-
-# mailto urls
-mailto:[-a-zA-Z=;:/?%&0-9+@.]{3,}
-
-# magnet urls
-magnet:[?=:\w]+
-
-# magnet urls
-"magnet:[^"]+"
-
-# obs:
-"obs:[^"]*"
-
-# The `\b` here means a break, it's the fancy way to handle urls, but it makes things harder to read
-# In this examples content, I'm using a number of different ways to match things to show various approaches
-# asciinema
-\basciinema\.org/a/[0-9a-zA-Z]+
-
-# apple
-\bdeveloper\.apple\.com/[-\w?=/]+
-# Apple music
-\bembed\.music\.apple\.com/fr/playlist/usr-share/[-\w.]+
-
-# appveyor api
-\bci\.appveyor\.com/api/projects/status/[0-9a-z]+
-# appveyor project
-\bci\.appveyor\.com/project/(?:[^/\s"]*/){2}builds?/\d+/job/[0-9a-z]+
-
-# Amazon
-
-# Amazon
-\bamazon\.com/[-\w]+/(?:dp/[0-9A-Z]+|)
-# AWS S3
-\b\w*\.s3[^.]*\.amazonaws\.com/[-\w/&#%_?:=]*
-# AWS execute-api
-\b[0-9a-z]{10}\.execute-api\.[-0-9a-z]+\.amazonaws\.com\b
-# AWS ELB
-\b\w+\.[-0-9a-z]+\.elb\.amazonaws\.com\b
-# AWS SNS
-\bsns\.[-0-9a-z]+.amazonaws\.com/[-\w/&#%_?:=]*
-# AWS VPC
-vpc-\w+
-
-# While you could try to match `http://` and `https://` by using `s?` in `https?://`, sometimes there
-# YouTube url
-\b(?:(?:www\.|)youtube\.com|youtu.be)/(?:channel/|embed/|user/|playlist\?list=|watch\?v=|v/|)[-a-zA-Z0-9?&=_%]*
-# YouTube music
-\bmusic\.youtube\.com/youtubei/v1/browse(?:[?&]\w+=[-a-zA-Z0-9?&=_]*)
-# YouTube tag
-<\s*youtube\s+id=['"][-a-zA-Z0-9?_]*['"]
-# YouTube image
-\bimg\.youtube\.com/vi/[-a-zA-Z0-9?&=_]*
-# Google Accounts
-\baccounts.google.com/[-_/?=.:;+%&0-9a-zA-Z]*
-# Google Analytics
-\bgoogle-analytics\.com/collect.[-0-9a-zA-Z?%=&_.~]*
-# Google APIs
-\bgoogleapis\.(?:com|dev)/[a-z]+/(?:v\d+/|)[a-z]+/[-@:./?=\w+|&]+
-# Google Storage
-\b[-a-zA-Z0-9.]*\bstorage\d*\.googleapis\.com(?:/\S*|)
-# Google Calendar
-\bcalendar\.google\.com/calendar(?:/u/\d+|)/embed\?src=[@./?=\w&%]+
-\w+\@group\.calendar\.google\.com\b
-# Google DataStudio
-\bdatastudio\.google\.com/(?:(?:c/|)u/\d+/|)(?:embed/|)(?:open|reporting|datasources|s)/[-0-9a-zA-Z]+(?:/page/[-0-9a-zA-Z]+|)
-# The leading `/` here is as opposed to the `\b` above
-# ... a short way to match `https://` or `http://` since most urls have one of those prefixes
-# Google Docs
-/docs\.google\.com/[a-z]+/(?:ccc\?key=\w+|(?:u/\d+|d/(?:e/|)[0-9a-zA-Z_-]+/)?(?:edit\?[-\w=#.]*|/\?[\w=&]*|))
-# Google Drive
-\bdrive\.google\.com/(?:file/d/|open)[-0-9a-zA-Z_?=]*
-# Google Groups
-\bgroups\.google\.com/(?:(?:forum/#!|d/)(?:msg|topics?|searchin)|a)/[^/\s"]+/[-a-zA-Z0-9$]+(?:/[-a-zA-Z0-9]+)*
-# Google Maps
-\bmaps\.google\.com/maps\?[\w&;=]*
-# Google themes
-themes\.googleusercontent\.com/static/fonts/[^/\s"]+/v\d+/[^.]+.
-# Google CDN
-\bclients2\.google(?:usercontent|)\.com[-0-9a-zA-Z/.]*
-# Goo.gl
-/goo\.gl/[a-zA-Z0-9]+
-# Google Chrome Store
-\bchrome\.google\.com/webstore/detail/[-\w]*(?:/\w*|)
-# Google Books
-\bgoogle\.(?:\w{2,4})/books(?:/\w+)*\?[-\w\d=&#.]*
-# Google Fonts
-\bfonts\.(?:googleapis|gstatic)\.com/[-/?=:;+&0-9a-zA-Z]*
-# Google Forms
-\bforms\.gle/\w+
-# Google Scholar
-\bscholar\.google\.com/citations\?user=[A-Za-z0-9_]+
-# Google Colab Research Drive
-\bcolab\.research\.google\.com/drive/[-0-9a-zA-Z_?=]*
-
-# GitHub SHAs (api)
-\bapi.github\.com/repos(?:/[^/\s"]+){3}/[0-9a-f]+\b
-# GitHub SHAs (markdown)
-(?:\[`?[0-9a-f]+`?\]\(https:/|)/(?:www\.|)github\.com(?:/[^/\s"]+){2,}(?:/[^/\s")]+)(?:[0-9a-f]+(?:[-0-9a-zA-Z/#.]*|)\b|)
-# GitHub SHAs
-\bgithub\.com(?:/[^/\s"]+){2}[@#][0-9a-f]+\b
-# GitHub wiki
-\bgithub\.com/(?:[^/]+/){2}wiki/(?:(?:[^/]+/|)_history|[^/]+(?:/_compare|)/[0-9a-f.]{40,})\b
-# githubusercontent
-/[-a-z0-9]+\.githubusercontent\.com/[-a-zA-Z0-9?&=_\/.]*
-# githubassets
-\bgithubassets.com/[0-9a-f]+(?:[-/\w.]+)
-# gist github
-\bgist\.github\.com/[^/\s"]+/[0-9a-f]+
-# git.io
-\bgit\.io/[0-9a-zA-Z]+
-# GitHub JSON
-"node_id": "[-a-zA-Z=;:/0-9+]*"
-# Contributor
-\[[^\]]+\]\(https://github\.com/[^/\s"]+\)
-# GHSA
-GHSA(?:-[0-9a-z]{4}){3}
-
-# GitLab commit
-\bgitlab\.[^/\s"]*/\S+/\S+/commit/[0-9a-f]{7,16}#[0-9a-f]{40}\b
-# GitLab merge requests
-\bgitlab\.[^/\s"]*/\S+/\S+/-/merge_requests/\d+/diffs#[0-9a-f]{40}\b
-# GitLab uploads
-\bgitlab\.[^/\s"]*/uploads/[-a-zA-Z=;:/0-9+]*
-# GitLab commits
-\bgitlab\.[^/\s"]*/(?:[^/\s"]+/){2}commits?/[0-9a-f]+\b
-
-# binanace
-accounts.binance.com/[a-z/]*oauth/authorize\?[-0-9a-zA-Z&%]*
-
-# bitbucket diff
-\bapi\.bitbucket\.org/\d+\.\d+/repositories/(?:[^/\s"]+/){2}diff(?:stat|)(?:/[^/\s"]+){2}:[0-9a-f]+
-# bitbucket repositories commits
-\bapi\.bitbucket\.org/\d+\.\d+/repositories/(?:[^/\s"]+/){2}commits?/[0-9a-f]+
-# bitbucket commits
-\bbitbucket\.org/(?:[^/\s"]+/){2}commits?/[0-9a-f]+
-
-# bit.ly
-\bbit\.ly/\w+
-
-# bitrise
-\bapp\.bitrise\.io/app/[0-9a-f]*/[\w.?=&]*
-
-# bootstrapcdn.com
-\bbootstrapcdn\.com/[-./\w]+
-
-# cdn.cloudflare.com
-\bcdnjs\.cloudflare\.com/[./\w]+
-
-# circleci
-\bcircleci\.com/gh(?:/[^/\s"]+){1,5}.[a-z]+\?[-0-9a-zA-Z=&]+
-
-# gitter
-\bgitter\.im(?:/[^/\s"]+){2}\?at=[0-9a-f]+
-
-# gravatar
-\bgravatar\.com/avatar/[0-9a-f]+
-
-# ibm
-[a-z.]*ibm\.com/[-_#=:%!?~.\\/\d\w]*
-
-# imgur
-\bimgur\.com/[^.]+
-
-# Internet Archive
-\barchive\.org/web/\d+/(?:[-\w.?,'/\\+&%$#_:]*)
-
-# discord
-/discord(?:app\.com|\.gg)/(?:invite/)?[a-zA-Z0-9]{7,}
-
-# Disqus
-\bdisqus\.com/[-\w/%.()!?&=_]*
-
-# medium link
-\blink\.medium\.com/[a-zA-Z0-9]+
-# medium
-\bmedium\.com/\@?[^/\s"]+/[-\w]+
-
-# microsoft
-\b(?:https?://|)(?:(?:download\.visualstudio|docs|msdn2?|research)\.microsoft|blogs\.msdn)\.com/[-_a-zA-Z0-9()=./%]*
-# powerbi
-\bapp\.powerbi\.com/reportEmbed/[^"' ]*
-# vs devops
-\bvisualstudio.com(?::443|)/[-\w/?=%&.]*
-# microsoft store
-\bmicrosoft\.com/store/apps/\w+
-
-# mvnrepository.com
-\bmvnrepository\.com/[-0-9a-z./]+
-
-# now.sh
-/[0-9a-z-.]+\.now\.sh\b
-
-# oracle
-\bdocs\.oracle\.com/[-0-9a-zA-Z./_?#&=]*
-
-# chromatic.com
-/\S+.chromatic.com\S*[")]
-
-# codacy
-\bapi\.codacy\.com/project/badge/Grade/[0-9a-f]+
-
-# compai
-\bcompai\.pub/v1/png/[0-9a-f]+
-
-# mailgun api
-\.api\.mailgun\.net/v3/domains/[0-9a-z]+\.mailgun.org/messages/[0-9a-zA-Z=@]*
-# mailgun
-\b[0-9a-z]+.mailgun.org
-
-# /message-id/
-/message-id/[-\w@./%]+
-
-# Reddit
-\breddit\.com/r/[/\w_]*
-
-# requestb.in
-\brequestb\.in/[0-9a-z]+
-
-# sched
-\b[a-z0-9]+\.sched\.com\b
-
-# Slack url
-slack://[a-zA-Z0-9?&=]+
-# Slack
-\bslack\.com/[-0-9a-zA-Z/_~?&=.]*
-# Slack edge
-\bslack-edge\.com/[-a-zA-Z0-9?&=%./]+
-# Slack images
-\bslack-imgs\.com/[-a-zA-Z0-9?&=%.]+
-
-# shields.io
-\bshields\.io/[-\w/%?=&.:+;,]*
-
-# stackexchange -- https://stackexchange.com/feeds/sites
-\b(?:askubuntu|serverfault|stack(?:exchange|overflow)|superuser).com/(?:questions/\w+/[-\w]+|a/)
-
-# Sentry
-[0-9a-f]{32}\@o\d+\.ingest\.sentry\.io\b
-
-# Twitter markdown
-\[\@[^[/\]:]*?\]\(https://twitter.com/[^/\s"')]*(?:/status/\d+(?:\?[-_0-9a-zA-Z&=]*|)|)\)
-# Twitter hashtag
-\btwitter\.com/hashtag/[\w?_=&]*
-# Twitter status
-\btwitter\.com/[^/\s"')]*(?:/status/\d+(?:\?[-_0-9a-zA-Z&=]*|)|)
-# Twitter profile images
-\btwimg\.com/profile_images/[_\w./]*
-# Twitter media
-\btwimg\.com/media/[-_\w./?=]*
-# Twitter link shortened
-\bt\.co/\w+
-
-# facebook
-\bfburl\.com/[0-9a-z_]+
-# facebook CDN
-\bfbcdn\.net/[\w/.,]*
-# facebook watch
-\bfb\.watch/[0-9A-Za-z]+
-
-# dropbox
-\bdropbox\.com/sh?/[^/\s"]+/[-0-9A-Za-z_.%?=&;]+
-
-# ipfs protocol
-ipfs://[0-9a-z]*
-# ipfs url
-/ipfs/[0-9a-z]*
-
-# w3
-\bw3\.org/[-0-9a-zA-Z/#.]+
-
-# loom
-\bloom\.com/embed/[0-9a-f]+
-
-# regex101
-\bregex101\.com/r/[^/\s"]+/\d+
-
-# figma
-\bfigma\.com/file(?:/[0-9a-zA-Z]+/)+
-
-# freecodecamp.org
-\bfreecodecamp\.org/[-\w/.]+
-
-# image.tmdb.org
-\bimage\.tmdb\.org/[/\w.]+
-
-# mermaid
-\bmermaid\.ink/img/[-\w]+|\bmermaid-js\.github\.io/mermaid-live-editor/#/edit/[-\w]+
-
-# Wikipedia
-\ben\.wikipedia\.org/wiki/[-\w%.#]+
-
-# gitweb
-[^"\s]+/gitweb/\S+;h=[0-9a-f]+
-
-# HyperKitty lists
-/archives/list/[^@/]+\@[^/\s"]*/message/[^/\s"]*/
-
-# lists
-/thread\.html/[^"\s]+
-
-# list-management
-\blist-manage\.com/subscribe(?:[?&](?:u|id)=[0-9a-f]+)+
-
-# kubectl.kubernetes.io/last-applied-configuration
-"kubectl.kubernetes.io/last-applied-configuration": ".*"
-
-# pgp
-\bgnupg\.net/pks/lookup[?&=0-9a-zA-Z]*
-
-# Spotify
-\bopen\.spotify\.com/embed/playlist/\w+
-
-# Mastodon
-\bmastodon\.[-a-z.]*/(?:media/|\@)[?&=0-9a-zA-Z_]*
-
-# scastie
-\bscastie\.scala-lang\.org/[^/]+/\w+
-
-# images.unsplash.com
-\bimages\.unsplash\.com/(?:(?:flagged|reserve)/|)[-\w./%?=%&.;]+
-
-# pastebin
-\bpastebin\.com/[\w/]+
-
-# heroku
-\b\w+\.heroku\.com/source/archive/\w+
-
-# quip
-\b\w+\.quip\.com/\w+(?:(?:#|/issues/)\w+)?
-
-# badgen.net
-\bbadgen\.net/badge/[^")\]'\s]+
-
-# statuspage.io
-\w+\.statuspage\.io\b
-
-# media.giphy.com
-\bmedia\.giphy\.com/media/[^/]+/[\w.?&=]+
-
-# tinyurl
-\btinyurl\.com/\w+
-
-# getopts
-\bgetopts\s+(?:"[^"]+"|'[^']+')
-
-# ANSI color codes
-(?:\\(?:u00|x)1b|\x1b)\[\d+(?:;\d+|)m
-
-# URL escaped characters
-\%[0-9A-F][A-F]
-# IPv6
-\b(?:[0-9a-fA-F]{0,4}:){3,7}[0-9a-fA-F]{0,4}\b
-# c99 hex digits (not the full format, just one I've seen)
-0x[0-9a-fA-F](?:\.[0-9a-fA-F]*|)[pP]
-# Punycode
-\bxn--[-0-9a-z]+
-# sha
-sha\d+:[0-9]*[a-f]{3,}[0-9a-f]*
-# sha-... -- uses a fancy capture
-(['"]|&quot;)[0-9a-f]{40,}\g{-1}
-# hex runs
-\b[0-9a-fA-F]{16,}\b
-# hex in url queries
-=[0-9a-fA-F]*?(?:[A-F]{3,}|[a-f]{3,})[0-9a-fA-F]*?&
-# ssh
-(?:ssh-\S+|-nistp256) [-a-zA-Z=;:/0-9+]{12,}
-
-# PGP
-\b(?:[0-9A-F]{4} ){9}[0-9A-F]{4}\b
-# GPG keys
-\b(?:[0-9A-F]{4} ){5}(?: [0-9A-F]{4}){5}\b
-# Well known gpg keys
-.well-known/openpgpkey/[\w./]+
-
-# uuid:
-\b[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}\b
-# hex digits including css/html color classes:
-(?:[\\0][xX]|\\u|[uU]\+|#x?|\%23)[0-9_a-fA-FgGrR]*?[a-fA-FgGrR]{2,}[0-9_a-fA-FgGrR]*(?:[uUlL]{0,3}|u\d+)\b
-# integrity
-integrity="sha\d+-[-a-zA-Z=;:/0-9+]{40,}"
-
-# https://www.gnu.org/software/groff/manual/groff.html
-# man troff content
-\\f[BCIPR]
-# '
-\\\(aq
-
-# .desktop mime types
-^MimeTypes?=.*$
-# .desktop localized entries
-^[A-Z][a-z]+\[[a-z]+\]=.*$
-# Localized .desktop content
-Name\[[^\]]+\]=.*
-
-# IServiceProvider
-\bI(?=(?:[A-Z][a-z]{2,})+\b)
-
-# crypt
-"\$2[ayb]\$.{56}"
-
-# scrypt / argon
-\$(?:scrypt|argon\d+[di]*)\$\S+
-
-# Input to GitHub JSON
-content: "[-a-zA-Z=;:/0-9+]*="
-
-# Python stringprefix / binaryprefix
-# Note that there's a high false positive rate, remove the `?=` and search for the regex to see if the matches seem like reasonable strings
-(?<!')\b(?:B|BR|Br|F|FR|Fr|R|RB|RF|Rb|Rf|U|UR|Ur|b|bR|br|f|fR|fr|r|rB|rF|rb|rf|u|uR|ur)'(?:[A-Z]{3,}|[A-Z][a-z]{2,}|[a-z]{3,})
-
-# Regular expressions for (P|p)assword
-\([A-Z]\|[a-z]\)[a-z]+
-
-# JavaScript regular expressions
-# javascript test regex
-/.*/[gim]*\.test\(
-# javascript match regex
-\.match\(/[^/\s"]*/[gim]*\s*
-# javascript match regex
-\.match\(/\\[b].*?/[gim]*\s*\)(?:;|$)
-# javascript regex
-^\s*/\\[b].*/[gim]*\s*(?:\)(?:;|$)|,$)
-# javascript replace regex
-\.replace\(/[^/\s"]*/[gim]*\s*,
-
-# Go regular expressions
-regexp?\.MustCompile\(`[^`]*`\)
-
-# sed regular expressions
-sed 's/(?:[^/]*?[a-zA-Z]{3,}[^/]*?/){2}
-
-# go install
-go install(?:\s+[a-z]+\.[-@\w/.]+)+
-
-# kubernetes pod status lists
-# https://kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase
-\w+(?:-\w+)+\s+\d+/\d+\s+(?:Running|Pending|Succeeded|Failed|Unknown)\s+
-
-# kubectl - pods in CrashLoopBackOff
-\w+-[0-9a-f]+-\w+\s+\d+/\d+\s+CrashLoopBackOff\s+
-
-# kubernetes object suffix
--[0-9a-f]{10}-\w{5}\s
-
-# posthog secrets
-posthog\.init\((['"])phc_[^"',]+\g{-1},
-
-# xcode
-
-# xcodeproject scenes
-(?:Controller|ID|id)="\w{3}-\w{2}-\w{3}"
-
-# xcode api botches
-customObjectInstantitationMethod
-
-# font awesome classes
-\.fa-[-a-z0-9]+
-
-# Update Lorem based on your content (requires `ge` and `w` from https://github.com/jsoref/spelling; and `review` from https://github.com/check-spelling/check-spelling/wiki/Looking-for-items-locally )
-# grep '^[^#].*lorem' .github/actions/spelling/patterns.txt|perl -pne 's/.*i..\?://;s/\).*//' |tr '|' "\n"|sort -f |xargs -n1 ge|perl -pne 's/^[^:]*://'|sort -u|w|sed -e 's/ .*//'|w|review -
-# Warning, while `(?i)` is very neat and fancy, if you have some binary files that aren't proper unicode, you might run into:
-## Operation "substitution (s///)" returns its argument for non-Unicode code point 0x1C19AE (the code point will vary).
-## You could manually change `(?i)X...` to use `[Xx]...`
-## or you could add the files to your `excludes` file (a version after 0.0.19 should identify the file path)
-# Lorem
-(?:\w|\s|[,.])*\b(?i)(?:amet|consectetur|cursus|dolor|eros|ipsum|lacus|libero|ligula|lorem|magna|neque|nulla|suscipit|tempus)\b(?:\w|\s|[,.])*
-
-# Non-English
-[a-zA-Z]*[ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿĀāŁłŃńŅņŒœŚśŠšŜŝŸŽžź][a-zA-Z]{3}[a-zA-ZÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿĀāŁłŃńŅņŒœŚśŠšŜŝŸŽžź]*
-
-# French
-# This corpus only had capital letters, but you probably want lowercase ones as well.
-\b[LN]'+[a-z]{2,}\b
-
-# latex
-\\(?:n(?:ew|ormal|osub)|r(?:enew)|t(?:able(?:of|)|he|itle))(?=[a-z]+)
-
-# the negative lookahead here is to allow catching 'templatesz' as a misspelling
-# but to otherwise recognize a Windows path with \templates\foo.template or similar:
-\\(?:necessary|r(?:eport|esolve[dr]?|esult)|t(?:arget|emplates?))(?![a-z])
-# ignore long runs of a single character:
-\b([A-Za-z])\g{-1}{3,}\b
-
-# version suffix <word>v#
-(?:(?<=[A-Z]{2})V|(?<=[a-z]{2}|[A-Z]{2})v)\d+(?:\b|(?=[a-zA-Z_]))
-# Compiler flags (Scala)
-(?:^|[\t ,>"'`=(])-J-[DPWXY](?=[A-Z]{2,}|[A-Z][a-z]|[a-z]{2,})
-# Compiler flags
-(?:^|[\t ,"'`=(])-[DPWXYLlf](?=[A-Z]{2,}|[A-Z][a-z]|[a-z]{2,})
-# Compiler flags (linker)
-,-B
-# curl arguments
-\b(?:\\n|)curl(?:\s+-[a-zA-Z]{1,2}\b)*(?:\s+-[a-zA-Z]{3,})(?:\s+-[a-zA-Z]+)*
-# set arguments
-\bset(?:\s+-[abefimouxE]{1,2})*\s+-[abefimouxE]{3,}(?:\s+-[abefimouxE]+)*
-# tar arguments
-\b(?:\\n|)g?tar(?:\.exe|)(?:(?:\s+--[-a-zA-Z]+|\s+-[a-zA-Z]+|\s[ABGJMOPRSUWZacdfh-pr-xz]+\b)(?:=[^ ]*|))+
-# tput arguments -- https://man7.org/linux/man-pages/man5/terminfo.5.html -- technically they can be more than 5 chars long...
-\btput\s+(?:(?:-[SV]|-T\s*\w+)\s+)*\w{3,5}\b
-# macOS temp folders
-/var/folders/\w\w/[+\w]+/(?:T|-Caches-)/

.github/actions/spelling/excludes.txt

@@ -1,70 +0,0 @@
-# See https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples:-excludes
-
-(?:^|/)(?i)COPYRIGHT
-(?:^|/)(?i)LICEN[CS]E
-(?:^|/)3rdparty/
-(?:^|/)go\.sum$
-(?:^|/)package(?:-lock|)\.json$
-(?:^|/)vendor/
-
-/fonts/
-ignore$
-
-\.avi$
-\.bmp$
-\.bz2$
-\.class$
-\.crt$
-\.dll$
-\.docx?$
-\.drawio$
-\.DS_Store$
-\.eot$
-\.exe$
-\.gif$
-\.gitattributes$
-\.graffle$
-\.gz$
-\.icns$
-\.ico$
-\.jar$
-\.jks$
-\.jpe?g$
-\.key$
-\.lib$
-\.lock$
-\.map$
-\.min\..
-\.mod$
-\.mp[34]$
-\.o$
-\.ocf$
-\.otf$
-\.pdf$
-\.pem$
-\.png$
-\.psd$
-\.pyc$
-\.s$
-\.svgz?$
-\.tar$
-\.tiff?$
-\.ttf$
-\.wav$
-\.webm$
-\.webp$
-\.woff$
-\.woff2$
-\.xlsx?$
-\.zip$
-
-^docs/pages/redirects/github\.html$
-^lib/jekyll/mime\.types$
-^lib/theme_template/example/index\.html$
-^lib/theme_template/example/_post\.md$
-^test/fixtures/empty_permalink\.erb$
-^test/fixtures/webrick/bar/baz\.html$
-^test/fixtures/webrick/bar/foo\.xhtml$
-^test/source/_posts/2009-06-22-no-yaml\.markdown$
-^\.github/
-^\Q.github/workflows/spelling.yml\E$

.github/actions/spelling/expect.txt

@@ -1,479 +0,0 @@
-adaoraul
-AFile
-afterall
-Alexey
-alfredxing
-Anatoliy
-andreyvit
-Ankit
-Anning
-appveyor
-arengu
-ariejan
-asciinema
-asdf
-ashmaroli
-Autobuild
-autoreconf
-awood
-awscli
-backticks
-barcamp
-bbatsov
-bdimcheff
-bellvat
-benbalter
-Beney
-binstubs
-bitbucket
-Blogger
-blogging
-blogs
-bonafide
-Bou
-breadcrumbs
-briandoll
-bridgetown
-bridgetownrb
-brightbox
-brighterplanet
-buddyworks
-builtatlightspeed
-Burela
-byparker
-cachegrind
-calavera
-callgraphs
-cartera
-cavalle
-CDNs
-cgi
-chango
-Chayoung
-Cheatsheet
-Checkoway
-Chrononaut
-cibuild
-cimg
-circleci
-CJK
-classname
-cloudcannon
-Cloudinary
-cloudsh
-CLT
-codeclimate
-CODEOWNERS
-coderay
-codeslinger
-colorator
-commonmark
-compatibilize
-configyml
-contentblocks
-Cov
-CRLFs
-cruft
-Currin
-cygwin
-daringfireball
-Dassonville
-datafiles
-DCEU
-Debian
-defunkt
-delegators
-devcontainer
-digitalocean
-disqus
-ditaa
-dnf
-doclist
-doeorg
-dommmel
-dotfile
-Dousse
-duckduckgo
-duritong
-Dusseau
-dysinger
-ecf
-eduardoboucas
-Emacs
-emojis
-endcapture
-endraw
-endrender
-endtablerow
-Enumerables
-erb
-errordocument
-Espinaco
-eugenebolshakov
-evaled
-extnames
-exts
-Fengyun
-ffi
-Finazzo
-firstimage
-flakey
-flickr
-fontello
-forloop
-formcake
-formcarry
-formester
-formingo
-formkeep
-formspark
-formspree
-formx
-freenode
-fsnotify
-fullstory
-Gaudino
-gcc
-gcnovus
-gemfile
-getform
-getset
-getsimpleform
-gettalong
-ghp
-ghpages
-giraffeacademy
-githubcom
-gitlab
-gjtorikian
-globbed
-gotcha
-Goulven
-gridism
-GSo
-gsubbing
-hashbang
-henrik
-heroku
-hilighting
-Hoizey
-hostman
-htmlproofer
-Iaa
-ial
-iconset
-ified
-invokables
-ivey
-ize
-jalali
-jamstackthemes
-jan
-Jax
-jcon
-jdoe
-jeffreytse
-jeffrydegrande
-Jekpack
-jekyllbot
-jekyllconf
-Jekyllers
-Jekyllin
-jekyllized
-jekylllayoutconcept
-jekyllrb
-jekyllthemes
-jekyllup
-jemoji
-jmcglone
-johnreilly
-jqr
-jsonify
-juretta
-jwarby
-Kacper
-Kasberg
-Kentico
-Kewin
-keycdn
-kickster
-Kinnula
-kinsta
-kiwifruit
-Kolesky
-konklone
-kontent
-Kotvinsky
-kramdown
-Kulig
-Kwokfu
-Lamprecht
-launchctl
-launchy
-laurilehmijoki
-learnxinyminutes
-lexers
-linenos
-linkify
-liufengyun
-localheinz
-Locher
-Losslessly
-lovin
-lsi
-lstrip
-lyche
-macromates
-mademistakes
-Manmeet
-markdownify
-Maroli
-Marsceill
-maruku
-mathjax
-mathml
-mattr
-Maximiliano
-mchung
-memberspace
-mentoring
-mergable
-Mertcan
-mertkahyaoglu
-metadatas
-microdata
-minibundle
-Mittal
-mkasberg
-mkd
-mkdn
-mkdown
-modernizr
-mojombo
-moncefbelyamani
-moz
-mreid
-mswin
-MSYS
-Mvvm
-myblog
-mycontent
-mydata
-mydoc
-myimage
-mypage
-myposts
-myproject
-myrepo
-myvalue
-myvar
-Nadjib
-nakanishi
-navbars
-nearlyfreespeech
-nethack
-netlify
-Neue
-nginx
-ngx
-nielsenramon
-noifniof
-notextile
-onebox
-oneclick
-opensource
-Optim
-orderofinterpretation
-OSVDB
-osx
-packagecontrol
-pacman
-pandoc
-pantulis
-parkr
-parseable
-paspagon
-passthrough
-pathawks
-Pathutil
-paywall
-PDFs
-Pelykh
-pinboard
-Piwigo
-pjhyett
-pkill
-pkpass
-planetjekyll
-plantuml
-podcasts
-Porcel
-Posterous
-postfiles
-postmodern
-preinstalled
-Prioritise
-Probot
-projectlist
-pubstorm
-pufuwozu
-pygments
-qrush
-Quaid
-rackup
-razorops
-rdiscount
-realz
-rebund
-redcarpet
-redcloth
-redgreen
-redhat
-Refactors
-Refheap
-regen
-remi
-Responsify
-revertable
-rfelix
-RHEL
-ridk
-rstrip
-rtomayko
-Rubo
-rubychan
-rubyinstaller
-rubyprof
-Ruparelia
-Rusiczki
-rvm
-saas
-samplelist
-samrayner
-Sassc
-Schroers
-Schwartzian
-screenshot
-scrollbars
-SDKROOT
-sectore
-seo
-shingo
-shopify
-shortlinks
-shortlog
-shoulda
-sieversii
-sigpipe
-Singhaniya
-siteleaf
-SITENAME
-Slicehost
-slugified
-smartforms
-smartify
-snipcart
-socio
-somedir
-sonnym
-Sonomy
-sourced
-spam
-spotify
-ssg
-standalone
-staticman
-Stickyposts
-styleguide
-subdir
-subdomain
-subfolderitems
-subpages
-subpiece
-subsubfolderitems
-subthing
-subvalues
-subwidget
-superdirectories
-superdirs
-SUSE
-sverrirs
-swfobject
-swupd
-tada
-Taillandier
-talkyard
-technicalpickles
-templating
-Termux
-textilize
-textpattern
-Theunissen
-Thornquest
-throughs
-Tidelift
-timeago
-timezones
-tmm
-tomjoht
-tomo
-toshimaru
-triaged
-triaging
-tsv
-Tudou
-Tumblr
-Tweetsert
-txtpen
-Tyborska
-tzinfo
-ujh
-ultron
-undumpable
-unencode
-uppercasing
-urlset
-usernames
-utm
-vanpelt
-Vasovi
-vendored
-versioned
-versioning
-vertycal
-Veyor
-vilcans
-Vishesh
-vnd
-vohedge
-vps
-vwochnik
-WAI
-wdm
-We'd
-webfonts
-webhosting
-webmentions
-website
-wildcards
-willcodeforfoo
-wordpress
-workflows
-xcode
-xdg
-Xhmikos
-Xiaoiver
-XMinutes
-xmlschema
-Yarp
-Yashu
-Yastreb
-Youku
-youtube
-yunbox
-zeropadding
-Zlatan
-zoneinfo
-zpinter
-zypper
-zzot

.github/actions/spelling/line_forbidden.patterns

@@ -1,62 +0,0 @@
-# reject `m_data` as there's a certain OS which has evil defines that break things if it's used elsewhere
-# \bm_data\b
-
-# If you have a framework that uses `it()` for testing and `fit()` for debugging a specific test,
-# you might not want to check in code where you were debugging w/ `fit()`, in which case, you might want
-# to use this:
-#\bfit\(
-
-# s.b. GitHub
-\bGithub\b
-
-# s.b. GitLab
-\bGitlab\b
-
-# s.b. JavaScript
-\bJavascript\b
-
-# s.b. Microsoft
-\bMicroSoft\b
-
-# s.b. another
-\ban[- ]other\b
-
-# s.b. greater than
-\bgreater then\b
-
-# s.b. into
-#\sin to\s
-
-# s.b. opt-in
-\sopt in\s
-
-# s.b. less than
-\bless then\b
-
-# s.b. otherwise
-\bother[- ]wise\b
-
-# s.b. nonexistent
-\bnon existing\b
-\b[Nn]o[nt][- ]existent\b
-
-# s.b. preexisting
-[Pp]re[- ]existing
-
-# s.b. preempt
-[Pp]re[- ]empt\b
-
-# s.b. preemptively
-[Pp]re[- ]emptively
-
-# s.b. reentrancy
-[Rr]e[- ]entrancy
-
-# s.b. reentrant
-[Rr]e[- ]entrant
-
-# s.b. workaround(s)
-#\bwork[- ]arounds?\b
-
-# Reject duplicate words
-\s([A-Z]{3,}|[A-Z][a-z]{2,}|[a-z]{3,})\s\g{-1}\s

.github/actions/spelling/only.txt

@@ -1 +0,0 @@
-^docs/.*\.md$

.github/actions/spelling/patterns.txt

@@ -1,164 +0,0 @@
-# See https://github.com/check-spelling/check-spelling/wiki/Configuration-Examples:-patterns
-
-# data urls
-(['"])data:.*?\g{-1}
-data:[-a-zA-Z=;:/0-9+]*,\S*
-
-# YouTube
-https?://(?:(?:www\.|)youtube\.com|youtu.be)/(?:channel/|embed/|playlist\?list=|watch\?v=|v/|)[-a-zA-Z0-9?&=_]*
-<\s*youtube\s+id=['"][-a-zA-Z0-9?_]*['"]
-\bimg\.youtube\.com/vi/[-a-zA-Z0-9?&=_]*
-youtube_id:\s*[-a-zA-Z0-9?&=_]*
-
-# Google Analytics
-\bgoogle-analytics\.com/collect.[-0-9a-zA-Z?%=&_.~]*
-
-# Google APIs
-\bgoogleapis\.com/[a-z]+/v\d+/[a-z]+/[@./?=\w]+
-\b[-a-zA-Z0-9.]*\bstorage\d*\.googleapis\.com(?:/\S*|)
-
-# Google Calendar
-\bcalendar\.google\.com/calendar(?:/u/\d+|)/embed\?src=[@./?=\w&%]+
-\w+\@group\.calendar\.google\.com\b
-
-# Google DataStudio
-\bdatastudio\.google\.com/(?:(?:c/|)u/\d+/|)(?:embed/|)(?:open|reporting|datasources|s)/[-0-9a-zA-Z]+(?:/page/[-0-9a-zA-Z]+|)
-
-# The leading `/` here is as opposed to the `\b` above
-# ... a short way to match `https://` or `http://` since most urls have one of those prefixes
-# Google Docs
-/docs\.google\.com/[a-z]+/d/(?:e/|)[0-9a-zA-Z_-]+/?
-
-# Google Groups
-https://groups\.google\.com/d/topic/[^/]+/[a-zA-Z0-9]+/discussion
-https://groups\.google\.com/d/msg/[^/]+/[a-zA-Z0-9]+/[a-zA-Z0-9]+
-
-# Google themes
-themes\.googleusercontent\.com/static/fonts/[^/]+/v\d+/[^.]+.
-
-# Google CDN
-\bclients2\.google(?:usercontent|)\.com[-0-9a-zA-Z/.]*
-
-# Goo.gl
-/goo\.gl/[a-zA-Z0-9]+
-
-# Google Chrome Store
-\bchrome\.google\.com/webstore/detail/\w*(?:/\w*|)
-
-# google_site_verification:
-google_site_verification: [-a-zA-Z=;:/0-9+]*
-
-# Ruby-doc.org
-https://ruby-doc\.org/.*
-
-# Contributors
-alphabetical order.*:.*
-twitter_handle: .*
-
-# apiKey
-apiKey: '[a-f0-9]+'
-
-# FontAwesome
-/(?:(?i)FontAwesome\.\w+\?\w+)
-
-# Lorem
-(?:\w|\s|[,.])*\b(?i)(?:amet|consectetur|cursus|dolor|eros|ipsum|lacus|libero|ligula|lorem|magna|neque|nulla|suscipit|tempus|ultrices)\b(?:\w|\s|[,.])*
-
-# URL escaped characters
-\%[0-9A-F]{2}
-# c99 hex digits (not the full format, just one I've seen)
-
-# hex digits including css/html color classes:
-(?:[\\0][xX]|\\u|[uU]\+|#x?|\%23)[0-9a-fA-FgGrR_]{2,}(?:[uU]?[lL]{0,2}|u\d+)\b
-
-# Automatically suggested patterns
-# hit-count: 23 file-count: 15
-# GitHub SHAs (markdown)
-(?:\[`?[0-9a-f]+`?\]\(https:/|)/(?:www\.|)github\.com(?:/[^/\s"]+){2,}(?:/[^/\s")]+)(?:[0-9a-f]+(?:[-0-9a-zA-Z/#.]*|)\b|)
-
-# hit-count: 7 file-count: 4
-# Wikipedia
-\ben\.wikipedia\.org/wiki/[-\w%.#]+
-
-# hit-count: 5 file-count: 3
-# Non-English
-[a-zA-Z]*[ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿĀāŁłŃńŅņŒœŚśŠšŜŝŸŽžź][a-zA-Z]{3}[a-zA-ZÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿĀāŁłŃńŅņŒœŚśŠšŜŝŸŽžź]*
-
-# hit-count: 4 file-count: 4
-# Twitter status
-\btwitter\.com/[^/\s"')]*(?:/status/\d+(?:\?[-_0-9a-zA-Z&=]*|)|)
-
-# hit-count: 3 file-count: 3
-# stackexchange -- https://stackexchange.com/feeds/sites
-\b(?:askubuntu|serverfault|stack(?:exchange|overflow)|superuser).com/(?:questions/\w+/[-\w]+|a/)
-
-# hit-count: 3 file-count: 2
-# vs devops
-\bvisualstudio.com(?::443|)/[-\w/?=%&.]*
-
-# hit-count: 2 file-count: 2
-# mailto urls
-mailto:[-a-zA-Z=;:/?%&0-9+@.]{3,}
-
-# hit-count: 2 file-count: 2
-# githubusercontent
-/[-a-z0-9]+\.githubusercontent\.com/[-a-zA-Z0-9?&=_\/.]*
-
-# hit-count: 2 file-count: 2
-# hex runs
-\b[0-9a-fA-F]{16,}\b
-
-# hit-count: 2 file-count: 2
-# curl arguments
-\b(?:\\n|)curl(?:\s+-[a-zA-Z]{1,2}\b)*(?:\s+-[a-zA-Z]{3,})(?:\s+-[a-zA-Z]+)*
-
-# hit-count: 2 file-count: 1
-# microsoft
-\b(?:https?://|)(?:(?:download\.visualstudio|docs|msdn2?|research)\.microsoft|blogs\.msdn)\.com/[-_a-zA-Z0-9()=./%]*
-
-# hit-count: 1 file-count: 1
-# Amazon
-\bamazon\.com/[-\w]+/(?:dp/[0-9A-Z]+|)
-
-# hit-count: 1 file-count: 1
-# gist github
-\bgist\.github\.com/[^/\s"]+/[0-9a-f]+
-
-# hit-count: 1 file-count: 1
-# Contributor
-\[[^\]]+\]\(https://github\.com/[^/\s"]+\)
-
-# hit-count: 1 file-count: 1
-# medium
-\bmedium\.com/\@?[^/\s"]+/[-\w]+
-
-# hit-count: 1 file-count: 1
-# Twitter markdown
-\[\@[^[/\]:]*?\]\(https://twitter.com/[^/\s"')]*(?:/status/\d+(?:\?[-_0-9a-zA-Z&=]*|)|)\)
-
-# Questionably acceptable forms of `in to`
-# Personally, I prefer `log into`, but people object
-# https://www.tprteaching.com/log-into-log-in-to-login/
-\b[Ll]og in to\b
-
-# acceptable duplicates
-# ls directory listings
-[-bcdlpsw](?:[-r][-w][-sx]){3}\s+\d+\s+(\S+)\s+\g{-1}\s+\d+\s+
-# C types and repeated CSS values
-\s(center|div|inherit|long|LONG|none|normal|solid|thin|transparent|very)(?: \g{-1})+\s
-# go templates
-\s(\w+)\s+\g{-1}\s+\`(?:graphql|json|yaml):
-# javadoc / .net
-(?:[\\@](?:groupname|param)|(?:public|private)(?:\s+static|\s+readonly)*)\s+(\w+)\s+\g{-1}\s
-
-# Commit message -- Signed-off-by and friends
-^\s*(?:(?:Based-on-patch|Co-authored|Helped|Mentored|Reported|Reviewed|Signed-off)-by|Thanks-to): (?:[^<]*<[^>]*>|[^<]*)\s*$
-
-# Autogenerated revert commit message
-^This reverts commit [0-9a-f]{40}\.$
-
-# ignore long runs of a single character:
-\b([A-Za-z])\g{-1}{3,}\b
-
-# ignore inline code
-`\w+`

.github/actions/spelling/reject.txt

@@ -1,10 +0,0 @@
-^attache$
-benefitting
-occurences?
-^dependan.*
-^oer$
-Sorce
-^[Ss]pae.*
-^untill$
-^untilling$
-^wether.*

.github/config.yml

@@ -1,15 +0,0 @@
-updateDocsComment: >
-  Thanks for opening this pull request! The maintainers of this repository would appreciate it if you would update some of our documentation based on your changes.
-
-updateDocsWhiteList:
-  - bug
-  - fix
-  - Backport
-  - dev
-  - Update
-  - WIP
-  - chore
-
-updateDocsTargetFiles:
-  - README
-  - docs/

.github/dependabot.yml

@@ -1,12 +0,0 @@
-version: 2
-updates:
-  - package-ecosystem: "github-actions"
-    directory: "/"
-    schedule:
-      interval: "weekly"
-  - package-ecosystem: bundler
-    reviewers:
-      - "jekyll/core"
-    directory: /
-    schedule:
-      interval: weekly

.github/first-timers-issue-template.md

@@ -2,7 +2,7 @@
 
 This issue is reserved for people who never contributed to Open Source before. We know that the process of creating a pull request is the biggest barrier for new contributors. This issue is for you 💝
 
-[About First Timers Only](https://www.firsttimersonly.com/).
+[About First Timers Only](http://www.firsttimersonly.com/).
 
 ### 🤔 What you will need to know.
 

.github/release-please-config.json

@@ -1,17 +0,0 @@
-{
-  "pull-request-title-pattern": "chore: release 💎 ${version}",
-  "packages": {
-    ".": {
-      "changelog-path": "History.markdown",
-      "release-type": "ruby",
-      "bump-minor-pre-major": false,
-      "bump-patch-for-minor-pre-major": false,
-      "draft": false,
-      "prerelease": false,
-      "include-component-in-tag": false,
-      "include-v-in-tag": true,
-      "version-file": "lib/jekyll/version.rb"
-    }
-  },
-  "$schema": "https://raw.githubusercontent.com/googleapis/release-please/main/schemas/config.json"
-}

.github/release-please-manifest.json

@@ -1,3 +0,0 @@
-{
-  ".": "4.4.1"
-}

.github/workflows/actions/memprof.rb

@@ -1,14 +0,0 @@
-# frozen_string_literal: true
-
-require 'jekyll'
-require 'memory_profiler'
-
-MemoryProfiler.report(allow_files: ['lib/jekyll/', 'lib/jekyll.rb']) do
-  Jekyll::PluginManager.require_from_bundler
-  Jekyll::Commands::Build.process({
-    "source"             => File.expand_path(ARGV[0]),
-    "destination"        => File.expand_path("#{ARGV[0]}/_site"),
-    "disable_disk_cache" => true,
-  })
-  puts ''
-end.pretty_print(scale_bytes: true, normalize_paths: true)

.github/workflows/benchmark.yml

@@ -1,30 +0,0 @@
-name: Micro Benchmark Runs
-
-on:
-  workflow_dispatch:
-    inputs:
-      path:
-        description: "Path to benchmark script relative to 'benchmark' directory."
-        required: true
-        default: "capture-assign.rb"
-      ruby_version:
-        description: "Ruby version to use (via `ruby/setup-ruby@v1`) action."
-        required: false
-        default: "2.7"
-
-jobs:
-  benchmark:
-    name: "Benchmark (${{ github.event.inputs.path }}) (Ruby ${{ github.event.inputs.ruby_version }})"
-    runs-on: "ubuntu-latest"
-    env:
-      BENCHMARK: true
-    steps:
-    - name: Checkout Jekyll
-      uses: actions/checkout@v4
-    - name: Set up Ruby
-      uses: ruby/setup-ruby@v1
-      with:
-        ruby-version: ${{ github.event.inputs.ruby_version }}
-        bundler-cache: true
-    - name: Run Benchmark
-      run: "bundle exec ruby benchmark/${{ github.event.inputs.path }}"

.github/workflows/ci.yml

@@ -1,87 +0,0 @@
-name: Continuous Integration
-
-on:
-  push:
-    branches:
-      - master
-      - "*-stable"
-    paths-ignore:
-      - "docs/**"
-  pull_request:
-    branches:
-      - master
-      - "*-stable"
-    paths-ignore:
-      - "docs/**"
-
-jobs:
-  ci:
-    name: "Run Tests (${{ matrix.ruby.label }} on ${{ matrix.os.label }})"
-    runs-on: ${{ matrix.os.image }}
-    strategy:
-      fail-fast: false
-      matrix:
-        ruby:
-          - label: Ruby 2.7
-            version: "2.7"
-          - label: Ruby 3.3
-            version: "3.3"
-          - label: Ruby 3.4
-            version: "3.4"
-        os:
-          - label: Linux
-            image: "ubuntu-latest"
-          - label: Windows
-            image: "windows-latest"
-    steps:
-      - name: Checkout Repository
-        uses: actions/checkout@v4
-      - name: "Set up ${{ matrix.ruby.label }}"
-        uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: ${{ matrix.ruby.version }}
-          bundler-cache: true
-      - name: Run Minitest based tests
-        run: bash script/test
-      - name: Run Cucumber based tests
-        run: bash script/cucumber --color
-      - name: Generate and Build a new site
-        run: bash script/default-site
-
-  xtras:
-    name: "${{ matrix.job_name }} (${{ matrix.setup_label }})"
-    runs-on: "ubuntu-latest"
-    strategy:
-      fail-fast: false
-      matrix:
-        include:
-          - job_name: "Unit Test with JRuby"
-            setup_label: "JRuby 9.4.8.0"
-            step_name: "Run Minitest based tests"
-            script_file: "test"
-            ruby_version: "jruby-9.4.8.0"
-          - job_name: "Smoke Test with JRuby"
-            setup_label: "JRuby 9.4.8.0"
-            step_name: "Generate and Build a new site"
-            script_file: "default-site"
-            ruby_version: "jruby-9.4.8.0"
-          - job_name: "Profile Docs Site"
-            setup_label: "Ruby 2.7"
-            step_name: "Build and Profile docs site"
-            script_file: "profile-docs"
-            ruby_version: "2.7"
-          - job_name: "Style Check"
-            setup_label: "Ruby 2.7"
-            step_name: "Run RuboCop"
-            script_file: "fmt"
-            ruby_version: "2.7"
-    steps:
-      - name: Checkout Repository
-        uses: actions/checkout@v4
-      - name: "Set up ${{ matrix.setup_label }}"
-        uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: ${{ matrix.ruby_version }}
-          bundler-cache: true
-      - name: ${{ matrix.step_name }}
-        run: bash script/${{ matrix.script_file }}

.github/workflows/codeql.yml

@@ -1,65 +0,0 @@
-name: "CodeQL"
-
-on:
-#  push:
-#    branches: [ 'master' ]
-#  pull_request:
-#    # The branches below must be a subset of the branches above
-#    branches: [ 'master' ]
-  schedule:
-    - cron: '56 11 * * 5'
-
-jobs:
-  analyze:
-    name: Analyze
-    runs-on: ubuntu-latest
-    permissions:
-      actions: read
-      contents: read
-      security-events: write
-
-    strategy:
-      fail-fast: false
-      matrix:
-        language: [ 'ruby', 'javascript' ]
-        # CodeQL supports [ 'cpp', 'csharp', 'go', 'java', 'javascript', 'python', 'ruby' ]
-        # Use only 'java' to analyze code written in Java, Kotlin or both
-        # Use only 'javascript' to analyze code written in JavaScript, TypeScript or both
-        # Learn more about CodeQL language support at https://aka.ms/codeql-docs/language-support
-
-    steps:
-    - name: Checkout repository
-      uses: actions/checkout@v4
-
-    # Initializes the CodeQL tools for scanning.
-    - name: Initialize CodeQL
-      uses: github/codeql-action/init@v2
-      with:
-        languages: ${{ matrix.language }}
-        # If you wish to specify custom queries, you can do so here or in a config file.
-        # By default, queries listed here will override any specified in a config file.
-        # Prefix the list here with "+" to use these queries and those in the config file.
-
-        # For more details on CodeQL's query packs, refer to: https://docs.github.com/en/code-security/code-scanning/automatically-scanning-your-code-for-vulnerabilities-and-errors/configuring-code-scanning#using-queries-in-ql-packs
-        # queries: security-extended,security-and-quality
-
-
-    # Autobuild attempts to build any compiled languages (C/C++, C#, Go, Java, or Swift).
-    # If this step fails, then you should remove it and run the build manually (see below)
-    - name: Autobuild
-      uses: github/codeql-action/autobuild@v2
-
-    # ℹ️ Command-line programs to run using the OS shell.
-    # 📚 See https://docs.github.com/en/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_idstepsrun
-
-    #   If the Autobuild fails above, remove it and uncomment the following three lines.
-    #   modify them (or add more) to build your code if your project, please refer to the EXAMPLE below for guidance.
-
-    # - run: |
-    #     echo "Run, Build Application using script"
-    #     ./location_of_script_within_repo/buildscript.sh
-
-    - name: Perform CodeQL Analysis
-      uses: github/codeql-action/analyze@v2
-      with:
-        category: "/language:${{matrix.language}}"

.github/workflows/conventional-commits.yml

@@ -1,50 +0,0 @@
-# This workflow checks to ensure that all PR titles conform to the conventional
-# commit spec and use the correct type and scopes. The spec for conventional
-# commits can be found at https://www.conventionalcommits.org and there is a
-# nice cheatsheet in a github gist at
-# https://gist.github.com/qoomon/5dfcdf8eec66a051ecd85625518cfd13
-#
-# The types in this workflow match the spec. The scopes are custom to
-# Jekyll and can be changed if desired.
-name: Conventional Commit Check
-
-permissions:
-  pull-requests: read
-
-on:
-  pull_request_target:
-    types: [opened, edited, synchronize, reopened, ready_for_review]
-    branches:
-      - master
-
-jobs:
-  commit_lint:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: amannn/action-semantic-pull-request@v5.5.3
-        env:
-          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
-        with:
-          types: |
-            feat
-            fix
-            perf
-            refactor
-            docs
-            style
-            test
-            chore
-          scopes: |
-            core
-            cli
-            commands
-            plugins
-            site
-            helpers
-            converters
-            filters
-            tags
-            drops
-            tests
-            docs
-          requireScope: false

.github/workflows/docs.yml

@@ -1,54 +0,0 @@
-name: Build and deploy Jekyll documentation site
-
-on:
-  push:
-    branches:
-      - master
-    paths:
-      - "docs/**"
-
-env:
-  RUBY_VERSION: 2.7
-
-jobs:
-  deploy_docs:
-    if: "!contains(github.event.commits[0].message, '[ci skip]')"
-    runs-on: 'ubuntu-latest'
-    env:
-      BUNDLE_PATH: "vendor/bundle"
-      BUNDLE_JOBS: 4
-      BUNDLE_RETRY: 3
-    steps:
-      - uses: actions/checkout@v4
-      - uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: ${{ env.RUBY_VERSION }}
-          bundler-cache: true
-      - name: Clone target branch
-        run: |
-          REMOTE_BRANCH="${REMOTE_BRANCH:-gh-pages}"
-          REMOTE_REPO="https://${GITHUB_ACTOR}:${{ secrets.GITHUB_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-
-          echo "Publishing to ${GITHUB_REPOSITORY} on branch ${REMOTE_BRANCH}"
-          rm -rf docs/_site/
-          git clone --depth=1 --branch="${REMOTE_BRANCH}" --single-branch --no-checkout \
-            "${REMOTE_REPO}" docs/_site/
-      - name: Build site
-        run: bundle exec jekyll build --source docs --destination docs/_site --verbose --trace
-        env:
-          # For jekyll-github-metadata
-          JEKYLL_GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
-      - name: Deploy to GitHub Pages
-        run: |
-          SOURCE_COMMIT="$(git log -1 --pretty="%an: %B" "$GITHUB_SHA")"
-          pushd docs/_site &>/dev/null
-          : > .nojekyll
-
-          git add --all
-          git -c user.name="${GITHUB_ACTOR}" -c user.email="${GITHUB_ACTOR}@users.noreply.github.com" \
-            commit --quiet \
-            --message "Deploy docs from ${GITHUB_SHA}" \
-            --message "$SOURCE_COMMIT"
-          git push
-
-          popd &>/dev/null

.github/workflows/release-please.yml

@@ -1,44 +0,0 @@
-name: "Release, please!"
-
-on:
-  push:
-    branches:
-      - master
-
-permissions:
-  contents: write
-  pull-requests: write
-
-jobs:
-  release-please:
-    if: ${{ github.repository == 'jekyll/jekyll' }}
-    runs-on: ubuntu-latest
-    outputs:
-      release_created: ${{ steps.release.outputs.release_created }}
-      tag_name: ${{ steps.release.outputs.tag_name }}
-    steps:
-    - name: Run Release Please
-      id: release
-      uses: googleapis/release-please-action@v4
-      with:
-        config-file: .github/release-please-config.json
-        manifest-file: .github/release-please-manifest.json
-        token: ${{ secrets.JEKYLLBOT_TOKEN }}
-
-  publish-gem:
-    needs: release-please
-    if: ${{ needs.release-please.outputs.release_created == 'true' }}
-    runs-on: ubuntu-latest
-    permissions:
-      id-token: write
-      contents: write
-    steps:
-    - name: Checkout Repository
-      uses: actions/checkout@v6
-    - name: Set up Ruby
-      uses: ruby/setup-ruby@v1
-      with:
-        ruby-version: '3.3'
-        bundler-cache: true
-    - name: Build and Publish Gem
-      uses: rubygems/release-gem@v1

.github/workflows/spelling.yml

@@ -1,95 +0,0 @@
-name: Spell Check
-
-# Comment management is handled through a secondary job, for details see:
-# https://github.com/check-spelling/check-spelling/wiki/Feature%3A-Restricted-Permissions
-#
-# `jobs.comment-push` runs when a push is made to a repository and the `jobs.spelling` job needs to make a comment
-#   (in odd cases, it might actually run just to collapse a comment, but that's fairly rare)
-#   it needs `contents: write` in order to add a comment.
-#
-# `jobs.comment-pr` runs when a pull_request is made to a repository and the `jobs.spelling` job needs to make a comment
-#   or collapse a comment (in the case where it had previously made a comment and now no longer needs to show a comment)
-#   it needs `pull-requests: write` in order to manipulate those comments.
-
-# Updating pull request branches is managed via comment handling.
-# For details, see: https://github.com/check-spelling/check-spelling/wiki/Feature:-Update-expect-list
-#
-# These elements work together to make it happen:
-#
-# `on.issue_comment`
-#   This event listens to comments by users asking to update the metadata.
-#
-# `jobs.update`
-#   This job runs in response to an issue_comment and will push a new commit
-#   to update the spelling metadata.
-#
-# `with.experimental_apply_changes_via_bot`
-#   Tells the action to support and generate messages that enable it
-#   to make a commit to update the spelling metadata.
-#
-# `with.ssh_key`
-#   In order to trigger workflows when the commit is made, you can provide a
-#   secret (typically, a write-enabled github deploy key).
-#
-#   For background, see: https://github.com/check-spelling/check-spelling/wiki/Feature:-Update-with-deploy-key
-
-on:
-  # Switch from `pull_request_target` event to reduce distraction from comments
-  # regarding errors reported in unmodified files.
-  pull_request:
-    branches:
-      - master
-      - "*-stable"
-    tags-ignore:
-      - "**"
-    types:
-      - 'opened'
-      - 'reopened'
-      - 'synchronize'
-
-jobs:
-  spelling:
-    name: Spell Check
-    permissions:
-      contents: read
-      pull-requests: read
-      actions: read
-    outputs:
-      followup: ${{ steps.spelling.outputs.followup }}
-    runs-on: ubuntu-latest
-    if: "contains(github.event_name, 'pull_request') || github.event_name == 'push'"
-    concurrency:
-      group: spelling-${{ github.event.pull_request.number || github.ref }}
-      # note: If you use only_check_changed_files, you do not want cancel-in-progress
-      cancel-in-progress: true
-    steps:
-    - name: check-spelling
-      id: spelling
-      uses: check-spelling/check-spelling@v0.0.26
-      with:
-        # This workflow runs in response to both `push` and `pull_request`, if there's an open `pull_request` in the same repository
-        # for a given branch, there's no reason to spend resources checking both the `push` and the `pull_request`, so this flag tells
-        # the action while running for the `push` to find the `pull_request` and stop working early:
-        suppress_push_for_open_pull_request: 1
-        # The action will manage checking out the repository itself instead of requiring the workflow to use `actions/checkout...`:
-        checkout: true
-        # If running without `: write`, posting a comment won't work, and for security `: write` permissions are left to a distinct
-        # (optional) job, here we skip trying to post a comment:
-        post_comment: 0
-        use_magic_file: 1
-        extra_dictionary_limit: 10
-        extra_dictionaries:
-          cspell:software-terms/software-terms.txt
-          cspell:php/php.txt
-          cspell:node/node.txt
-          cspell:django/django.txt
-          cspell:html/html.txt
-          cspell:npm/npm.txt
-          cspell:ruby/ruby.txt
-          cspell:fullstack/fullstack.txt
-          cspell:filetypes/filetypes.txt
-        check_extra_dictionaries: ''
-        dictionary_source_prefixes: >-
-          {"cspell": "https://raw.githubusercontent.com/check-spelling/cspell-dicts/v20241114/dictionaries/"}
-
-# This workflow has opted not to use comments (users can view the report in GitHub Step Summary)

.github/workflows/third-party.yml

@@ -1,36 +0,0 @@
-name: Third-Party Repository Profiling
-
-on:
-  workflow_dispatch:
-
-jobs:
-  build_n_profile:
-    runs-on: "ubuntu-latest"
-    env:
-      BUNDLE_GEMFILE: "sandbox/Gemfile"
-      BUNDLE_PATH: "vendor/bundle"
-      BUNDLE_JOBS: 4
-      BUNDLE_RETRY: 3
-    steps:
-    - name: Checkout Jekyll
-      uses: actions/checkout@v4
-      with:
-        fetch-depth: 5
-        path: jekyll
-    - name: Checkout Third-Party Repository
-      uses: actions/checkout@v4
-      with:
-        repository: ashmaroli/tomjoht.github.io
-        path: sandbox
-    - name: Set up Ruby
-      uses: ruby/setup-ruby@v1
-      with:
-        ruby-version: 3.4
-        bundler-cache: true
-    - name: Run Jekyll Build 3 times
-      run: |
-        bundle exec jekyll build -s sandbox -d sandbox/_site --trace
-        bundle exec jekyll build -s sandbox -d sandbox/_site --trace
-        bundle exec jekyll build -s sandbox -d sandbox/_site --trace
-    - name: Memory Analysis of Jekyll Build
-      run: bundle exec ruby jekyll/.github/workflows/actions/memprof.rb sandbox

.gitignore

@@ -1,28 +1,23 @@
-# Jekyll
-_site/
-*-cache/
-.jekyll-metadata
-
-# Ruby
-.bundle/
-.byebug_history
-.ruby-gemset
-.ruby-version
 *.gem
-Gemfile.lock
-
-# Files
-.analysis
-.DS_Store
 *.swp
 *~
-
-# Folders
+.DS_Store
+.analysis
+.bundle/
+.byebug_history
+.jekyll-metadata
+.ruby-gemset
+.ruby-version
+.sass-cache
+/test/source/file_name.txt
 /vendor
-bbin/
+Gemfile.lock
+_site/
 bin/
+bbin/
 coverage
 gh-pages/
 pkg/
+site/_site/
 test/dest
 tmp/*

.rubocop.yml

@@ -1,602 +1,159 @@
-# -----------------------------------------------------------------------------
-# This file has been formatted via a Rake Task configuring cops from
-# RuboCop v1.57.2.
-#
-# To add more cops, paste configurations at the end of the file and run
-# the rake task via `bundle exec rake rubocop:format_config`.
-# -----------------------------------------------------------------------------
-
-inherit_from: ".rubocop_todo.yml"
+---
 
 require:
-- "./rubocop/jekyll"
-- rubocop-minitest
-- rubocop-performance
-- rubocop-rake
-- rubocop-rspec
+  - ./rubocop/jekyll
 
-# Directive for all cops
-AllCops:
-  TargetRubyVersion: 2.7
-  Include:
-  - lib/**/*.rb
-  - test/**/*.rb
-  Exclude:
-  - benchmark/**/*
-  - bin/**/*
-  - exe/**/*
-  - script/**/*
-  - tmp/**/*
-  - vendor/**/*
-
-# Configure custom cop
 Jekyll/NoPutsAllowed:
   Exclude:
-  - rake/*.rake
+    - rake/*.rake
 
-# Configure built-in cops
-# =======================
-
-# Gemspec cops
-# ----------------------------------------
-Gemspec/DeprecatedAttributeAssignment:
-  Enabled: true
-Gemspec/DevelopmentDependencies:
-  Enabled: false
-Gemspec/RequireMFA:
-  Enabled: false
-
-# Layout cops
-# ----------------------------------------
-Layout/BeginEndAlignment:
-  Enabled: true
-Layout/EmptyComment:
-  Enabled: false
-Layout/EmptyLinesAroundAttributeAccessor:
-  Enabled: true
-Layout/EndAlignment:
-  Severity: error
-Layout/EndOfLine:
-  Enabled: false
-Layout/FirstArrayElementIndentation:
-  EnforcedStyle: consistent
-Layout/FirstHashElementIndentation:
-  EnforcedStyle: consistent
-Layout/HashAlignment:
+AllCops:
+  TargetRubyVersion: 2.3
+  Include:
+    - lib/**/*.rb
+    - test/**/*.rb
+  Exclude:
+    - bin/**/*
+    - exe/**/*
+    - benchmark/**/*
+    - script/**/*
+    - vendor/**/*
+    - tmp/**/*
+Layout/AlignHash:
   EnforcedHashRocketStyle: table
 Layout/IndentationWidth:
   Severity: error
-Layout/LineContinuationLeadingSpace:
-  Enabled: true
-Layout/LineContinuationSpacing:
-  Enabled: true
-Layout/LineEndStringConcatenationIndentation:
-  Enabled: true
-Layout/LineLength:
-  Exclude:
-  - Gemfile
-  - Rakefile
-  - features/**/*.rb
-  - rake/**/*.rake
-  Max: 100
-  Severity: warning
+Layout/IndentArray:
+  EnforcedStyle: consistent
+Layout/IndentHash:
+  EnforcedStyle: consistent
 Layout/MultilineMethodCallIndentation:
   EnforcedStyle: indented
 Layout/MultilineOperationIndentation:
   EnforcedStyle: indented
-Layout/SpaceAroundMethodCallOperator:
-  Enabled: true
-Layout/SpaceBeforeBrackets:
-  Enabled: true
-Layout/SpaceInsideHashLiteralBraces:
-  Enabled: true
-  Exclude:
-  - test/**/*.rb
-
-# Lint cops
-# ----------------------------------------
-Lint/AmbiguousAssignment:
-  Enabled: true
-Lint/AmbiguousOperatorPrecedence:
-  Enabled: true
-Lint/AmbiguousRange:
-  Enabled: true
-Lint/BinaryOperatorWithIdenticalOperands:
-  Enabled: true
-Lint/ConstantDefinitionInBlock:
-  Enabled: true
-  Exclude:
-  - test/**/*.rb
-Lint/ConstantOverwrittenInRescue:
-  Enabled: true
-Lint/DeprecatedConstants:
-  Enabled: true
-Lint/DeprecatedOpenSSLConstant:
-  Enabled: true
-Lint/DuplicateBranch:
-  Enabled: true
-Lint/DuplicateElsifCondition:
-  Enabled: true
-Lint/DuplicateMagicComment:
-  Enabled: true
-Lint/DuplicateMatchPattern:
-  Enabled: true
-Lint/DuplicateRegexpCharacterClassElement:
-  Enabled: true
-Lint/DuplicateRequire:
-  Enabled: true
-Lint/DuplicateRescueException:
-  Enabled: true
-Lint/EmptyBlock:
-  Enabled: true
-Lint/EmptyClass:
-  Enabled: true
-Lint/EmptyConditionalBody:
-  Enabled: true
-Lint/EmptyFile:
-  Enabled: true
-Lint/FloatComparison:
-  Enabled: true
-Lint/HashCompareByIdentity:
-  Enabled: true
-Lint/IdentityComparison:
-  Enabled: true
-Lint/LambdaWithoutLiteralBlock:
-  Enabled: true
-Lint/MissingSuper:
-  Enabled: false
-Lint/MixedCaseRange:
-  Enabled: true
-Lint/MixedRegexpCaptureTypes:
-  Enabled: false
 Lint/NestedPercentLiteral:
   Exclude:
-  - test/test_site.rb
-Lint/NoReturnInBeginEndBlocks:
-  Enabled: true
-Lint/NumberedParameterAssignment:
-  Enabled: true
-Lint/OrAssignmentToConstant:
-  Enabled: true
-Lint/OutOfRangeRegexpRef:
-  Enabled: true
-Lint/RaiseException:
-  Enabled: true
-Lint/RedundantDirGlobSort:
-  Enabled: true
-Lint/RedundantRegexpQuantifiers:
-  Enabled: true
-Lint/RedundantSafeNavigation:
-  Enabled: true
-Lint/RefinementImportMethods:
-  Enabled: true
-Lint/RequireRangeParentheses:
-  Enabled: true
-Lint/RequireRelativeSelfPath:
-  Enabled: true
-Lint/SelfAssignment:
-  Enabled: true
-Lint/StructNewOverride:
-  Enabled: true
-Lint/SymbolConversion:
-  Enabled: true
-Lint/ToEnumArguments:
+    - test/test_site.rb
+Layout/EmptyComment:
   Enabled: false
-Lint/TopLevelReturnWithArgument:
-  Enabled: true
-Lint/TrailingCommaInAttributeDeclaration:
-  Enabled: true
-Lint/TripleQuotes:
-  Enabled: true
-Lint/UnexpectedBlockArity:
-  Enabled: true
-Lint/UnmodifiedReduceAccumulator:
-  Enabled: true
+Layout/EndAlignment:
+  Severity: error
 Lint/UnreachableCode:
   Severity: error
-Lint/UnreachableLoop:
-  Enabled: true
-Lint/UselessMethodDefinition:
-  Enabled: true
-Lint/UselessRuby2Keywords:
-  Enabled: true
-Lint/UselessTimes:
-  Enabled: true
 Lint/Void:
   Exclude:
-  - lib/jekyll/site.rb
-
-# Metrics cops
-# ----------------------------------------
+    - lib/jekyll/site.rb
 Metrics/AbcSize:
-  Max: 23
+  Max: 21
 Metrics/BlockLength:
   Exclude:
-  - lib/jekyll/configuration.rb
-  - rake/**/*.rake
-  - test/**/*.rb
+    - test/**/*.rb
+    - lib/jekyll/configuration.rb
+    - rake/*.rake
 Metrics/ClassLength:
   Exclude:
-  - features/**/*.rb
-  - lib/jekyll/commands/serve.rb
-  - lib/jekyll/configuration.rb
-  - lib/jekyll/document.rb
-  - lib/jekyll/site.rb
-  - test/**/*.rb
+    - !ruby/regexp /features\/.*.rb$/
+    - !ruby/regexp /test\/.*.rb$/
+    - lib/jekyll/document.rb
+    - lib/jekyll/site.rb
+    - lib/jekyll/commands/serve.rb
+    - lib/jekyll/configuration.rb
   Max: 240
-Metrics/CollectionLiteralLength:
-  Enabled: true
 Metrics/CyclomaticComplexity:
   Exclude:
-  - lib/jekyll/commands/serve.rb
-  - lib/jekyll/utils.rb
-  Max: 11
+    - lib/jekyll/utils.rb
+    - lib/jekyll/commands/serve.rb
+Metrics/LineLength:
+  Exclude:
+    - !ruby/regexp /features\/.*.rb/
+    - Rakefile
+    - rake/*.rake
+    - Gemfile
+  Max: 100
+  Severity: warning
 Metrics/MethodLength:
   CountComments: false
   Max: 20
   Severity: error
 Metrics/ModuleLength:
-  Exclude:
-  - lib/jekyll/filters.rb
   Max: 240
 Metrics/ParameterLists:
   Max: 4
 Metrics/PerceivedComplexity:
-  Max: 13
-
-# Minitest cops
-# ----------------------------------------
-Minitest/AssertEmptyLiteral:
-  Enabled: false
-Minitest/AssertInDelta:
-  Enabled: true
-Minitest/AssertKindOf:
-  Enabled: true
-Minitest/AssertOperator:
-  Enabled: false
-Minitest/AssertOutput:
-  Enabled: true
-Minitest/AssertPathExists:
-  Enabled: true
-Minitest/AssertPredicate:
-  Enabled: false
-Minitest/AssertRaisesWithRegexpArgument:
-  Enabled: true
-Minitest/AssertSame:
-  Enabled: true
-Minitest/AssertSilent:
-  Enabled: true
-Minitest/AssertWithExpectedArgument:
-  Enabled: true
-Minitest/AssertionInLifecycleHook:
-  Enabled: true
-Minitest/DuplicateTestRun:
-  Enabled: true
-Minitest/EmptyLineBeforeAssertionMethods:
-  Enabled: false
-Minitest/LifecycleHooksOrder:
-  Enabled: true
-Minitest/LiteralAsActualArgument:
-  Enabled: true
-Minitest/MultipleAssertions:
-  Enabled: true
-Minitest/NonExecutableTestMethod:
-  Enabled: true
-Minitest/NonPublicTestMethod:
-  Enabled: true
-Minitest/RedundantMessageArgument:
-  Enabled: true
-Minitest/RefuteInDelta:
-  Enabled: true
-Minitest/RefuteKindOf:
-  Enabled: true
-Minitest/RefuteOperator:
-  Enabled: false
-Minitest/RefutePathExists:
-  Enabled: true
-Minitest/RefutePredicate:
-  Enabled: false
-Minitest/RefuteSame:
-  Enabled: true
-Minitest/ReturnInTestMethod:
-  Enabled: true
-Minitest/SkipEnsure:
-  Enabled: true
-Minitest/SkipWithoutReason:
-  Enabled: true
-Minitest/TestFileName:
-  Enabled: true
-  Exclude:
-  - test/helper.rb
-Minitest/TestMethodName:
-  Enabled: false
-Minitest/UnreachableAssertion:
-  Enabled: true
-Minitest/UnspecifiedException:
-  Enabled: true
-Minitest/UselessAssertion:
-  Enabled: true
-
-# Naming cops
-# ----------------------------------------
+  Max: 8
 Naming/FileName:
   Enabled: false
 Naming/HeredocDelimiterNaming:
   Exclude:
-  - test/**/*.rb
+    - test/**/*.rb
 Naming/MemoizedInstanceVariableName:
   Exclude:
-  - lib/jekyll/convertible.rb
-  - lib/jekyll/drops/site_drop.rb
-  - lib/jekyll/drops/unified_payload_drop.rb
-  - lib/jekyll/page_without_a_file.rb
-
-# Performance cops
-# ----------------------------------------
-Performance/AncestorsInclude:
-  Enabled: false
-Performance/ArraySemiInfiniteRangeSlice:
-  Enabled: true
-Performance/BigDecimalWithNumericArgument:
-  Enabled: true
-Performance/BlockGivenWithExplicitBlock:
-  Enabled: true
-Performance/ChainArrayAllocation:
-  Enabled: true
-Performance/CollectionLiteralInLoop:
-  Enabled: true
-Performance/ConstantRegexp:
-  Enabled: true
-Performance/MapCompact:
-  Enabled: true
-Performance/MapMethodChain:
-  Enabled: true
-Performance/MethodObjectAsBlock:
-  Enabled: true
-Performance/RedundantEqualityComparisonBlock:
-  Enabled: false
-Performance/RedundantSortBlock:
-  Enabled: true
-Performance/RedundantSplitRegexpArgument:
-  Enabled: true
-Performance/RedundantStringChars:
-  Enabled: true
-Performance/ReverseFirst:
-  Enabled: true
-Performance/SortReverse:
-  Enabled: false
-Performance/Squeeze:
-  Enabled: true
-Performance/StringIdentifierArgument:
-  Enabled: true
-Performance/StringInclude:
-  Enabled: true
-  Exclude:
-  - lib/jekyll/utils/platforms.rb
-Performance/Sum:
-  Enabled: true
-
-# Security cops
-# ----------------------------------------
-Security/CompoundHash:
-  Enabled: true
-Security/IoMethods:
-  Enabled: true
+    - lib/jekyll/page_without_a_file.rb
+    - lib/jekyll/drops/unified_payload_drop.rb
+    - lib/jekyll/drops/site_drop.rb
+Naming/UncommunicativeMethodParamName:
+  AllowedNames:
+    - _
 Security/MarshalLoad:
   Exclude:
-  - lib/jekyll/regenerator.rb
-  - test/**/*.rb
+    - !ruby/regexp /test\/.*.rb$/
+    - lib/jekyll/regenerator.rb
 Security/YAMLLoad:
   Exclude:
-  - features/**/*.rb
-  - test/**/*.rb
-
-# Style cops
-# ----------------------------------------
+    - !ruby/regexp /features\/.*.rb/
+    - !ruby/regexp /test\/.*.rb$/
 Style/AccessModifierDeclarations:
   Enabled: false
-Style/AccessorGrouping:
-  Enabled: true
 Style/Alias:
   EnforcedStyle: prefer_alias_method
 Style/AndOr:
   Severity: error
-Style/ArgumentsForwarding:
-  Enabled: false
-Style/ArrayCoercion:
-  Enabled: true
-Style/ArrayIntersect:
-  Enabled: true
-Style/BisectedAttrAccessor:
-  Enabled: true
-Style/CaseLikeIf:
-  Enabled: true
 Style/ClassAndModuleChildren:
   Exclude:
-  - test/**/*.rb
-Style/ClassEqualityComparison:
-  Enabled: true
-Style/CollectionCompact:
-  Enabled: true
-Style/CombinableLoops:
-  Enabled: true
-Style/ConcatArrayLiterals:
-  Enabled: true
-Style/DirEmpty:
-  Enabled: true
-Style/DocumentDynamicEvalDefinition:
-  Enabled: true
+    - test/**/*.rb
+Style/FrozenStringLiteralComment:
+  EnforcedStyle: always
 Style/Documentation:
   Enabled: false
 Style/DoubleNegation:
   Enabled: false
-Style/EmptyHeredoc:
-  Enabled: true
-Style/EndlessMethod:
-  Enabled: true
-Style/EnvHome:
-  Enabled: true
-Style/ExactRegexpMatch:
-  Enabled: true
-Style/ExplicitBlockArgument:
-  Enabled: false
-Style/ExponentialNotation:
-  Enabled: true
-Style/FetchEnvVar:
-  Enabled: false
-Style/FileEmpty:
-  Enabled: true
-Style/FileRead:
-  Enabled: false
-Style/FileWrite:
-  Enabled: true
 Style/FormatStringToken:
   Exclude:
-  - lib/jekyll/liquid_renderer/table.rb
-  - lib/jekyll/profiler.rb
-  - lib/jekyll/utils/ansi.rb
-Style/FrozenStringLiteralComment:
-  EnforcedStyle: always
-Style/GlobalStdStream:
-  Enabled: true
+    - lib/jekyll/utils/ansi.rb
 Style/GuardClause:
   Enabled: false
-Style/HashAsLastArrayItem:
-  Enabled: true
-Style/HashConversion:
-  Enabled: true
-Style/HashEachMethods:
-  Enabled: true
-Style/HashExcept:
-  Enabled: true
-Style/HashLikeCase:
-  Enabled: true
 Style/HashSyntax:
   EnforcedStyle: hash_rockets
   Severity: error
-Style/HashTransformKeys:
-  Enabled: false
-Style/HashTransformValues:
-  Enabled: true
-Style/IfWithBooleanLiteralBranches:
-  Enabled: true
-Style/KeywordParametersOrder:
-  Enabled: true
-Style/MagicCommentFormat:
-  Enabled: true
-Style/MapCompactWithConditionalBlock:
-  Enabled: true
-Style/MapToHash:
-  Enabled: true
-Style/MinMaxComparison:
-  Enabled: true
 Style/MixinUsage:
   Exclude:
-  - test/helper.rb
+    - test/helper.rb
 Style/ModuleFunction:
   Enabled: false
 Style/MultilineTernaryOperator:
   Severity: error
-Style/NegatedIfElseCondition:
-  Enabled: true
-Style/NestedFileDirname:
-  Enabled: true
-Style/NilLambda:
-  Enabled: true
-Style/ObjectThen:
-  Enabled: true
-Style/OperatorMethodCall:
-  Enabled: true
-Style/OptionalBooleanParameter:
-  Enabled: true
-  Exclude:
-  - lib/jekyll/log_adapter.rb
 Style/PercentLiteralDelimiters:
   PreferredDelimiters:
-    "%Q": "{}"
-    "%W": "()"
     "%q": "{}"
+    "%Q": "{}"
     "%r": "!!"
     "%s": "()"
     "%w": "()"
+    "%W": "()"
     "%x": "()"
-Style/QuotedSymbols:
-  Enabled: true
-Style/RedundantArgument:
-  Enabled: true
-Style/RedundantArrayConstructor:
-  Enabled: true
-Style/RedundantAssignment:
-  Enabled: true
-Style/RedundantConstantBase:
-  Enabled: true
-Style/RedundantCurrentDirectoryInPath:
-  Enabled: true
-Style/RedundantDoubleSplatHashBraces:
-  Enabled: true
-Style/RedundantEach:
-  Enabled: true
-Style/RedundantFetchBlock:
-  Enabled: false
-Style/RedundantFileExtensionInRequire:
-  Enabled: true
-Style/RedundantFilterChain:
-  Enabled: true
-Style/RedundantHeredocDelimiterQuotes:
-  Enabled: true
-Style/RedundantInitialize:
-  Enabled: true
-  Exclude:
-  - lib/jekyll/plugin.rb
-Style/RedundantLineContinuation:
-  Enabled: true
-Style/RedundantRegexpArgument:
-  Enabled: true
-Style/RedundantRegexpCharacterClass:
-  Enabled: true
-Style/RedundantRegexpConstructor:
-  Enabled: true
-Style/RedundantRegexpEscape:
-  Enabled: true
-Style/RedundantSelfAssignment:
-  Enabled: true
-Style/RedundantSelfAssignmentBranch:
-  Enabled: true
-Style/RedundantStringEscape:
-  Enabled: true
 Style/RegexpLiteral:
   EnforcedStyle: percent_r
 Style/RescueModifier:
   Enabled: false
-Style/ReturnNilInPredicateMethodDefinition:
-  Enabled: true
 Style/SafeNavigation:
   Exclude:
-  - lib/jekyll/document.rb
-  - lib/jekyll/page.rb
+    - lib/jekyll/document.rb
 Style/SignalException:
   EnforcedStyle: only_raise
-Style/SingleArgumentDig:
-  Enabled: true
-Style/SingleLineDoEndBlock:
-  Enabled: true
-Style/SlicingWithRange:
-  Enabled: false
-Style/SoleNestedConditional:
-  Enabled: true
-Style/StringChars:
-  Enabled: true
-Style/StringConcatenation:
-  Enabled: true
-  Exclude:
-  - lib/jekyll/commands/*.rb
-  - test/**/*.rb
 Style/StringLiterals:
   EnforcedStyle: double_quotes
 Style/StringLiteralsInInterpolation:
   EnforcedStyle: double_quotes
-Style/SwapValues:
-  Enabled: true
 Style/SymbolArray:
   EnforcedStyle: brackets
 Style/TrailingCommaInArrayLiteral:

.rubocop_todo.yml

@@ -1,25 +0,0 @@
-# This configuration was generated by
-# `rubocop --auto-gen-config --auto-gen-only-exclude`
-# on 2022-04-06 10:48:47 UTC using RuboCop version 1.26.1.
-# The point is for the user to remove these configuration records
-# one by one as the offenses are removed from the code base.
-# Note that changes in the inspected code, or installation of new
-# versions of RuboCop, may require this file to be generated again.
-
-# Offense count: 1
-# This cop supports safe auto-correction (--auto-correct).
-Performance/BindCall:
-  Exclude:
-    - 'test/helper.rb'
-
-# Offense count: 1
-Style/CombinableLoops:
-  Exclude:
-    - 'lib/jekyll/tags/post_url.rb'
-
-# Offense count: 1
-# Configuration parameters: AllowedMethods.
-# AllowedMethods: respond_to_missing?
-Style/OptionalBooleanParameter:
-  Exclude:
-    - 'lib/jekyll/log_adapter.rb'

.travis.yml

@@ -0,0 +1,57 @@
+bundler_args: --without benchmark:site:development
+script: script/cibuild
+cache: bundler
+language: ruby
+sudo: false
+
+rvm:
+  - &ruby1 2.5.1
+  - &ruby2 2.4.4
+  - &ruby3 2.3.7
+  - &jruby jruby-9.1.16.0
+
+matrix:
+  include:
+    - rvm: *ruby1
+      env: TEST_SUITE=fmt
+      name: "🤖️ Code Format"
+    - rvm: *ruby1
+      env: TEST_SUITE=default-site
+      name: "🏠️ Default Site"
+  exclude:
+    - rvm: *jruby
+      env: TEST_SUITE=cucumber
+
+env:
+  matrix:
+    - TEST_SUITE=test
+    - TEST_SUITE=cucumber
+branches:
+  only:
+    - master
+    - themes
+    - /*-stable/
+
+notifications:
+  slack:
+    secure: "\
+      dNdKk6nahNURIUbO3ULhA09/vTEQjK0fNbgjVjeYPEvROHgQBP1cIP3AJy8aWs8rl5Yyow4Y\
+      GEilNRzKPz18AsFptVXofpwyqcBxaCfmHP809NX5PHBaadydveLm+TNVao2XeLXSWu+HUNAY\
+      O1AanCUbJSEyJTju347xCBGzESU=\
+    "
+
+addons:
+  code_climate:
+    repo_token:
+      secure: "\
+        mAuvDu+nrzB8dOaLqsublDGt423mGRyZYM3vsrXh4Tf1sT+L1PxsRzU4gLmcV27HtX2Oq9\
+        DA4vsRURfABU0fIhwYkQuZqEcA3d8TL36BZcGEshG6MQ2AmnYsmFiTcxqV5bmlElHEqQuT\
+        5SUFXLafgZPBnL0qDwujQcHukID41sE=\
+      "
+# regular test configuration
+after_success:
+  - bundle exec codeclimate-test-reporter
+
+before_install:
+  - gem update --system
+  - gem install bundler --version 1.16.2

CODE_OF_CONDUCT.markdown

@@ -0,0 +1,46 @@
+# Code of Conduct
+
+## Our Pledge
+
+In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level of experience, nationality, personal appearance, race, religion, or sexual identity and orientation.
+
+## Our Standards
+
+Examples of behavior that contributes to creating a positive environment include:
+
+* Using welcoming and inclusive language
+* Being respectful of differing viewpoints and experiences
+* Gracefully accepting constructive criticism
+* Focusing on what is best for the community
+* Showing empathy towards other community members
+
+Examples of unacceptable behavior by participants include:
+
+* The use of sexualized language or imagery and unwelcome sexual attention or advances
+* Trolling, insulting/derogatory comments, and personal or political attacks
+* Public or private harassment
+* Publishing others' private information, such as a physical or electronic address, without explicit permission
+* Other conduct which could reasonably be considered inappropriate in a professional setting
+
+## Our Responsibilities
+
+Project maintainers are responsible for clarifying the standards of acceptable behavior and are expected to take appropriate and fair corrective action in response to any instances of unacceptable behavior.
+
+Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, or to ban temporarily or permanently any contributor for other behaviors that they deem inappropriate, threatening, offensive, or harmful.
+
+## Scope
+
+This Code of Conduct applies both within project spaces and in public spaces when an individual is representing the project or its community. Examples of representing a project or community include using an official project e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event. Representation of a project may be further defined and clarified by project maintainers.
+
+## Enforcement
+
+Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by opening an issue or contacting a project maintainer. The project team will review and investigate all complaints, and will respond in a way that it deems appropriate to the circumstances. The project team is obligated to maintain confidentiality with regard to the reporter of an incident. Further details of specific enforcement policies may be posted separately.
+
+Project maintainers who do not follow or enforce the Code of Conduct in good faith may face temporary or permanent repercussions as determined by other members of the project's leadership.
+
+## Attribution
+
+This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4, available at [https://www.contributor-covenant.org/version/1/4/code-of-conduct.html][version]
+
+[homepage]: https://www.contributor-covenant.org/
+[version]: https://www.contributor-covenant.org/version/1/4/code-of-conduct.html

Earthfile

@@ -1,49 +0,0 @@
-FROM alpine
-
-# Run locally: `earthly +all` to run full CI process
-all:
-    BUILD --build-arg RUBY=3.0 +test
-    BUILD --build-arg RUBY=2.7 +test
-    BUILD --build-arg RUBY=2.5 +test
-    BUILD --build-arg RUBY=jruby:9.2.14.0 +test
-    BUILD style-check
-    BUILD profile-docs
-
-# Run locally: `earthly +test`
-# Run with specific version: `earthly --build-arg RUBY=2.5 +test`
-test:
-    FROM +deps
-    RUN script/test    
-    RUN script/cucumber
-    RUN script/default-site
-
-style-check:
-    FROM +deps
-    RUN script/fmt
-
-profile-docs:
-    FROM +deps
-    RUN bundle install --jobs 4
-    RUN script/profile-docs
-    RUN script/memprof
-
-# Install dependencies and copy in source
-# used in above steps
-deps:
-    ARG RUBY=3.0
-    IF case $RUBY in jruby*) ;; *) false; esac
-        FROM $RUBY
-        ENV JRUBY_OPTS="--dev -J-XX:+TieredCompilation -J-XX:TieredStopAtLevel=1  -J-XX:CompileThreshold=10 -J-XX:ReservedCodeCacheSize=128M"
-    ELSE
-        FROM ruby:$RUBY
-    END
-    WORKDIR /src
-    RUN apt-get update && apt-get install nodejs dnsutils git make coreutils g++ build-essential -y
-    RUN gem install bundler
-    RUN gem install sassc -v '2.4.0' --source 'https://rubygems.org/'
-    COPY Gemfile .
-    COPY jekyll.gemspec .
-    COPY lib/jekyll/version.rb lib/jekyll/version.rb
-    COPY test test
-    RUN bundle install --jobs 4
-    COPY . .

Gemfile

@@ -3,58 +3,46 @@
 source "https://rubygems.org"
 gemspec :name => "jekyll"
 
-gem "rake", "~> 13.0"
+gem "rake", "~> 12.0"
 
 group :development do
   gem "launchy", "~> 2.3"
   gem "pry"
 
-  gem "pry-byebug" unless RUBY_ENGINE == "jruby"
-end
-
-#
-
-group :test do
-  gem "activesupport", "< 7.1.0"
-  gem "cucumber", "~> 9.0"
-  gem "httpclient"
-  gem "jekyll_test_plugin"
-  gem "jekyll_test_plugin_malicious"
-  gem "memory_profiler"
-
-  # Runtime dependency of gem `httpclient`. _Needed only in Ruby 3.4+_.
-  # Remove once gem `httpclient` ships with `mutex_m` listed as a dependency in its gemspec.
-  gem "mutex_m", "~> 0.3" if RUBY_VERSION >= "3.4"
-
-  gem "nokogiri", "~> 1.7"
-  gem "rspec"
-  gem "rspec-mocks"
-  gem "rubocop", "~> 1.57.2"
-  gem "rubocop-minitest"
-  gem "rubocop-performance"
-  gem "rubocop-rake"
-  gem "rubocop-rspec"
-  gem "test-dependency-theme", :path => File.expand_path("test/fixtures/test-dependency-theme", __dir__)
-  gem "test-theme", :path => File.expand_path("test/fixtures/test-theme", __dir__)
-  gem "test-theme-skinny", :path => File.expand_path("test/fixtures/test-theme-skinny", __dir__)
-  gem "test-theme-symlink", :path => File.expand_path("test/fixtures/test-theme-symlink", __dir__)
-  gem "test-theme-w-empty-data", :path => File.expand_path("test/fixtures/test-theme-w-empty-data", __dir__)
-
-  if RUBY_ENGINE == "jruby"
-    gem "http_parser.rb", "~> 0.6.0"
-    gem "jruby-openssl"
+  unless RUBY_ENGINE == "jruby"
+    gem "pry-byebug"
   end
 end
 
 #
 
+group :test do
+  gem "codeclimate-test-reporter", "~> 1.0.5"
+  gem "cucumber", "~> 3.0"
+  gem "httpclient"
+  gem "jekyll_test_plugin"
+  gem "jekyll_test_plugin_malicious"
+  gem "nokogiri", "~> 1.7"
+  gem "rspec"
+  gem "rspec-mocks"
+  gem "rubocop", "~> 0.57.2"
+  gem "test-dependency-theme", :path => File.expand_path("test/fixtures/test-dependency-theme", __dir__)
+  gem "test-theme", :path => File.expand_path("test/fixtures/test-theme", __dir__)
+
+  gem "jruby-openssl" if RUBY_ENGINE == "jruby"
+end
+
+#
+
 group :test_legacy do
-  gem "test-unit" if RUBY_PLATFORM =~ %r!cygwin!
+  if RUBY_PLATFORM =~ %r!cygwin!
+    gem "test-unit"
+  end
 
   gem "minitest"
   gem "minitest-profile"
   gem "minitest-reporters"
-  gem "shoulda-context"
+  gem "shoulda"
   gem "simplecov"
 end
 
@@ -72,47 +60,35 @@ end
 #
 
 group :jekyll_optional_dependencies do
+  gem "coderay", "~> 1.1.0"
   gem "jekyll-coffeescript"
   gem "jekyll-docs", :path => "../docs" if Dir.exist?("../docs") && ENV["JEKYLL_VERSION"]
   gem "jekyll-feed", "~> 0.9"
   gem "jekyll-gist"
   gem "jekyll-paginate"
   gem "jekyll-redirect-from"
-  gem "kramdown-syntax-coderay"
-  gem "matrix"
+  gem "kramdown", "~> 1.14"
   gem "mime-types", "~> 3.0"
-  gem "tomlrb"
-
-  platforms :ruby, :mswin, :mingw, :x64_mingw do
-    gem "classifier-reborn", "~> 2.2"
-    gem "liquid-c", "~> 4.0"
-    gem "yajl-ruby", "~> 1.4"
-  end
-
-  # Windows and JRuby does not include zoneinfo files, so bundle the tzinfo-data gem
-  # and associated library
-  platforms :jruby, :mswin, :mingw, :x64_mingw do
-    gem "tzinfo", ENV["TZINFO_VERSION"] if ENV["TZINFO_VERSION"]
-    gem "tzinfo-data"
-  end
-end
-
-#
-
-group :rdoc, :optional => true do
-  # Psych 5 has stopped bundling `libyaml` and expects it to be installed on the host system prior
-  # to being invoked.
-  # Since we don't have a direct dependency on the Psych gem (it gets included in the gem bundle as
-  # a dependency of the `rdoc` gem), lock psych gem to v4.x instead of installing `libyaml` in our
-  # development / CI environment.
-  gem "psych", "~> 4.0"
   gem "rdoc", "~> 6.0"
+  gem "tomlrb", "~> 1.2"
+
+  platform :ruby, :mswin, :mingw, :x64_mingw do
+    gem "classifier-reborn", "~> 2.2.0"
+    gem "liquid-c", "~> 3.0"
+    gem "pygments.rb", "~> 1.0"
+    gem "yajl-ruby", "~> 1.3"
+  end
+
+  # Windows does not include zoneinfo files, so bundle the tzinfo-data gem
+  gem "tzinfo-data", :platforms => [:mingw, :mswin, :x64_mingw, :jruby]
 end
 
 #
 
 group :site do
-  gem "html-proofer", "~> 3.4" if ENV["PROOF"]
+  if ENV["PROOF"]
+    gem "html-proofer", "~> 3.4"
+  end
 
   gem "jekyll-avatar"
   gem "jekyll-mentions"

LICENSE

@@ -1,6 +1,6 @@
 The MIT License (MIT)
 
-Copyright (c) 2008-present Tom Preston-Werner and Jekyll contributors
+Copyright (c) 2008-2018 Tom Preston-Werner and Jekyll contributors
 
 Permission is hereby granted, free of charge, to any person obtaining a copy
 of this software and associated documentation files (the "Software"), to deal

README.markdown

@@ -1,12 +1,17 @@
 # [Jekyll](https://jekyllrb.com/)
 
 [![Gem Version](https://img.shields.io/gem/v/jekyll.svg)][ruby-gems]
-[![Build Status](https://github.com/jekyll/jekyll/workflows/Continuous%20Integration/badge.svg)][ci-workflow]
-[![Backers on Open Collective](https://opencollective.com/jekyll/backers/badge.svg)](#backers)
-[![Sponsors on Open Collective](https://opencollective.com/jekyll/sponsors/badge.svg)](#sponsors)
+[![Linux Build Status](https://img.shields.io/travis/jekyll/jekyll/master.svg?label=Linux%20build)][travis]
+[![Windows Build status](https://img.shields.io/appveyor/ci/jekyll/jekyll/master.svg?label=Windows%20build)][appveyor]
+[![Maintainability](https://api.codeclimate.com/v1/badges/8ba0cb5b17bb9848e128/maintainability)](codeclimate)
+[![Test Coverage](https://api.codeclimate.com/v1/badges/8ba0cb5b17bb9848e128/test_coverage)](coverage)
+[![Security](https://hakiri.io/github/jekyll/jekyll/master.svg)][hakiri]
 
 [ruby-gems]: https://rubygems.org/gems/jekyll
-[ci-workflow]: https://github.com/jekyll/jekyll/actions?query=workflow%3A%22Continuous+Integration%22+branch%3Amaster
+[codeclimate]: https://codeclimate.com/github/jekyll/jekyll
+[coverage]: https://codeclimate.com/github/jekyll/jekyll/coverage
+[hakiri]: https://hakiri.io/github/jekyll/jekyll/master
+[travis]: https://travis-ci.org/jekyll/jekyll
 [appveyor]: https://ci.appveyor.com/project/jekyll/jekyll/branch/master
 
 Jekyll is a simple, blog-aware, static site generator perfect for personal, project, or organization sites. Think of it like a file-based CMS, without all the complexity. Jekyll takes your content, renders Markdown and Liquid templates, and spits out a complete, static website ready to be served by Apache, Nginx or another web server. Jekyll is the engine behind [GitHub Pages](https://pages.github.com), which you can use to host sites right from your GitHub repositories.
@@ -15,34 +20,24 @@ Jekyll is a simple, blog-aware, static site generator perfect for personal, proj
 
 Jekyll does what you tell it to do — no more, no less. It doesn't try to outsmart users by making bold assumptions, nor does it burden them with needless complexity and configuration. Put simply, Jekyll gets out of your way and allows you to concentrate on what truly matters: your content.
 
-See: [https://jekyllrb.com/philosophy](https://jekyllrb.com/philosophy)
+See: https://jekyllrb.com/philosophy
+
+## Having trouble?
+
+See: https://jekyllrb.com/docs/troubleshooting/
 
 ## Getting Started
 
 * [Install](https://jekyllrb.com/docs/installation/) the gem
 * Read up about its [Usage](https://jekyllrb.com/docs/usage/) and [Configuration](https://jekyllrb.com/docs/configuration/)
-* Take a gander at some existing [Sites](https://github.com/jekyll/jekyll/wiki/sites)
+* Take a gander at some existing [Sites](https://wiki.github.com/jekyll/jekyll/sites)
 * [Fork](https://github.com/jekyll/jekyll/fork) and [Contribute](https://jekyllrb.com/docs/contributing/) your own modifications
-* Have questions? Check out our official forum community [Jekyll Talk](https://talk.jekyllrb.com/) and [`#jekyll` Channel on Libera IRC](https://libera.chat)
-
-## Diving In
-
-* [Migrate](https://import.jekyllrb.com/docs/home/) from your previous system
-* Learn how [Front Matter](https://jekyllrb.com/docs/front-matter/) works
-* Put information on your site with [Variables](https://jekyllrb.com/docs/variables/)
-* Customize the [Permalinks](https://jekyllrb.com/docs/permalinks/) your posts are generated with
-* Use the built-in [Liquid Extensions](https://jekyllrb.com/docs/templates/) to make your life easier
-* Use custom [Plugins](https://jekyllrb.com/docs/plugins/) to generate content specific to your site
-* Watch [video tutorials from Giraffe Academy](https://jekyllrb.com/tutorials/video-walkthroughs/)
-
-## Need help?
-
-If you don't find the answer to your problem in our [docs](https://jekyllrb.com/docs/), or in the [troubleshooting section](https://jekyllrb.com/docs/troubleshooting/), ask the [community](https://jekyllrb.com/docs/community/) for help.
+* Have questions? Check out our official forum community [Jekyll Talk](https://talk.jekyllrb.com/) or [`#jekyll` on irc.freenode.net](https://botbot.me/freenode/jekyll/)
 
 ## Code of Conduct
 
 In order to have a more open and welcoming community, Jekyll adheres to a
-[code of conduct](https://jekyllrb.com/docs/conduct/) adapted from the Ruby on Rails code of
+[code of conduct](CODE_OF_CONDUCT.markdown) adapted from the Ruby on Rails code of
 conduct.
 
 Please adhere to this code of conduct in any interactions you have in the
@@ -50,32 +45,14 @@ Jekyll community. It is strictly enforced on all official Jekyll
 repositories, websites, and resources. If you encounter someone violating
 these terms, please let one of our [core team members](https://jekyllrb.com/team/#core-team) know and we will address it as soon as possible.
 
-## Credits
+## Diving In
 
-### Sponsors
-
-Support this project by becoming a sponsor. Your logo will show up in this README with a link to your website. [Become a sponsor!](https://opencollective.com/jekyll#sponsor)
-[![Jekyll Sponsor 0](https://opencollective.com/jekyll/sponsor/0/avatar.svg)](https://opencollective.com/jekyll/sponsor/0/website)
-[![Jekyll Sponsor 1](https://opencollective.com/jekyll/sponsor/1/avatar.svg)](https://opencollective.com/jekyll/sponsor/1/website)
-[![Jekyll Sponsor 2](https://opencollective.com/jekyll/sponsor/2/avatar.svg)](https://opencollective.com/jekyll/sponsor/2/website)
-[![Jekyll Sponsor 3](https://opencollective.com/jekyll/sponsor/3/avatar.svg)](https://opencollective.com/jekyll/sponsor/3/website)
-[![Jekyll Sponsor 4](https://opencollective.com/jekyll/sponsor/4/avatar.svg)](https://opencollective.com/jekyll/sponsor/4/website)
-[![Jekyll Sponsor 5](https://opencollective.com/jekyll/sponsor/5/avatar.svg)](https://opencollective.com/jekyll/sponsor/5/website)
-[![Jekyll Sponsor 6](https://opencollective.com/jekyll/sponsor/6/avatar.svg)](https://opencollective.com/jekyll/sponsor/6/website)
-[![Jekyll Sponsor 7](https://opencollective.com/jekyll/sponsor/7/avatar.svg)](https://opencollective.com/jekyll/sponsor/7/website)
-[![Jekyll Sponsor 8](https://opencollective.com/jekyll/sponsor/8/avatar.svg)](https://opencollective.com/jekyll/sponsor/8/website)
-[![Jekyll Sponsor 9](https://opencollective.com/jekyll/sponsor/9/avatar.svg)](https://opencollective.com/jekyll/sponsor/9/website)
-
-### Contributors
-
-This project exists thanks to all the people who contribute.
-[![Jekyll Contributors](https://opencollective.com/jekyll/contributors.svg?width=890&&avatarHeight=24&limit=100&button=false)](../../graphs/contributors)
-
-### Backers
-
-Thank you to all our backers! 🙏 [Become a backer](https://opencollective.com/jekyll#backer)
-
-[![Jekyll Backers](https://opencollective.com/jekyll/backers.svg?width=890)](https://opencollective.com/jekyll#backers)
+* [Migrate](http://import.jekyllrb.com/docs/home/) from your previous system
+* Learn how the [YAML Front Matter](https://jekyllrb.com/docs/frontmatter/) works
+* Put information on your site with [Variables](https://jekyllrb.com/docs/variables/)
+* Customize the [Permalinks](https://jekyllrb.com/docs/permalinks/) your posts are generated with
+* Use the built-in [Liquid Extensions](https://jekyllrb.com/docs/templates/) to make your life easier
+* Use custom [Plugins](https://jekyllrb.com/docs/plugins/) to generate content specific to your site
 
 ## License
 

Rakefile

@@ -8,7 +8,6 @@ require "yaml"
 
 $LOAD_PATH.unshift File.expand_path("lib", __dir__)
 require "jekyll/version"
-require "bundler/gem_tasks"
 
 Dir.glob("rake/**.rake").each { |f| import f }
 
@@ -43,15 +42,11 @@ def gem_file
 end
 
 def normalize_bullets(markdown)
-  # Normalize both old-style indented bullets ("  *") and
-  # release-please-style non-indented bullets ("*") to "-"
-  markdown.gsub(%r!\n\s{0,2}\*{1}!, "\n-")
+  markdown.gsub(%r!\n\s{2}\*{1}!, "\n-")
 end
 
 def linkify_prs(markdown)
-  # Match bare PR references like #1234 but skip those already linkified
-  # by release-please as [#1234](url)
-  markdown.gsub(%r{(?<!&)(?<!\[)#(\d+)}) do |word|
+  markdown.gsub(%r!(?<\!&)#(\d+)!) do |word|
     "[#{word}]({{ site.repository }}/issues/#{word.delete("#")})"
   end
 end
@@ -65,10 +60,8 @@ def liquid_escape(markdown)
 end
 
 def custom_release_header_anchors(markdown)
-  # Match old format: "X.Y.Z / YYYY-MM-DD"
-  # Match new release-please format: "[X.Y.Z](compare-url) (YYYY-MM-DD)"
-  header_regexp = %r!^(?:\[?)(\d{1,2})\.(\d{1,2})\.(\d{1,2})(?:\]\([^)]*\))? [\(/]\s?\d{4}-\d{2}-\d{2}\)?!
-  section_regexp = %r!^### \w[\w ]*$!
+  header_regexp = %r!^(\d{1,2})\.(\d{1,2})\.(\d{1,2}) \/ \d{4}-\d{2}-\d{2}!
+  section_regexp = %r!^### \w+ \w+$!
   markdown.split(%r!^##\s!).map do |release_notes|
     _, major, minor, patch = *release_notes.match(header_regexp)
     release_notes
@@ -82,8 +75,7 @@ def slugify(header)
 end
 
 def remove_head_from_history(markdown)
-  # Match both old format "## X.Y.Z" and release-please format "## [X.Y.Z]"
-  index = markdown =~ %r!^##\s+\[?\d+\.\d+\.\d+!
+  index = markdown =~ %r!^##\s+\d+\.\d+\.\d+!
   markdown[index..-1]
 end
 
@@ -167,5 +159,5 @@ end
 
 desc "Open an irb session preloaded with this library"
 task :console do
-  sh "irb -r ./lib/#{name}.rb"
+  sh "irb -rubygems -r ./lib/#{name}.rb"
 end

appveyor.yml

@@ -0,0 +1,40 @@
+version: "{build}"
+
+clone_depth: 10
+
+branches:
+  only:
+    - master
+    - themes
+
+build: off
+
+install:
+  - SET PATH=C:\Ruby%RUBY_FOLDER_VER%\bin;%PATH%
+  - bundle install --retry 5 --jobs=%NUMBER_OF_PROCESSORS% --clean --path vendor\bundle
+
+environment:
+  BUNDLE_WITHOUT: "benchmark:site:development"
+  matrix:
+    - RUBY_FOLDER_VER: "25"
+      TEST_SUITE: "test"
+    - RUBY_FOLDER_VER: "25"
+      TEST_SUITE: "cucumber"
+    - RUBY_FOLDER_VER: "25"
+      TEST_SUITE: "default-site"
+    - RUBY_FOLDER_VER: "25-x64"
+      TEST_SUITE: "test"
+    - RUBY_FOLDER_VER: "24"
+      TEST_SUITE: "test"
+    - RUBY_FOLDER_VER: "23"
+      TEST_SUITE: "test"
+
+test_script:
+  - ruby --version
+  - gem --version
+  - bundler --version
+  - bash ./script/cibuild
+
+cache:
+  # If one of the files after the right arrow changes, cache will be skipped
+  - 'vendor\bundle -> appveyor.yml,Gemfile,jekyll.gemspec'

benchmark/find-filter-vs-where-first-filters.rb

@@ -1,49 +0,0 @@
-#!/usr/bin/env ruby
-# frozen_string_literal: true
-
-require 'benchmark/ips'
-require_relative '../lib/jekyll'
-
-puts ''
-print 'Setting up... '
-
-SITE = Jekyll::Site.new(
-  Jekyll.configuration({
-    "source"             => File.expand_path("../docs", __dir__),
-    "destination"        => File.expand_path("../docs/_site", __dir__),
-    "disable_disk_cache" => true,
-    "quiet"              => true,
-  })
-)
-
-TEMPLATE_1 = Liquid::Template.parse(<<~HTML)
-  {%- assign doc = site.documents | where: 'url', '/docs/assets/' | first -%}
-  {{- doc.title -}}
-HTML
-
-TEMPLATE_2 = Liquid::Template.parse(<<~HTML)
-  {%- assign doc = site.documents | find: 'url', '/docs/assets/' -%}
-  {{- doc.title -}}
-HTML
-
-[:reset, :read, :generate].each { |phase| SITE.send(phase) }
-
-puts 'done.'
-puts 'Testing... '
-puts "  #{'where + first'.cyan} results in #{TEMPLATE_1.render(SITE.site_payload).inspect.green}"
-puts "  #{'find'.cyan} results in #{TEMPLATE_2.render(SITE.site_payload).inspect.green}"
-
-if TEMPLATE_1.render(SITE.site_payload) == TEMPLATE_2.render(SITE.site_payload)
-  puts 'Success! Proceeding to run benchmarks.'.green
-  puts ''
-else
-  puts 'Something went wrong. Aborting.'.magenta
-  puts ''
-  return
-end
-
-Benchmark.ips do |x|
-  x.report('where + first') { TEMPLATE_1.render(SITE.site_payload) }
-  x.report('find') { TEMPLATE_2.render(SITE.site_payload) }
-  x.compare!
-end

benchmark/parse-date

@@ -1,25 +0,0 @@
-#!/usr/bin/env ruby
-
-require_relative '../lib/jekyll'
-require 'benchmark/ips'
-
-date = "2014-08-02 14:43:06 PDT".freeze
-time = Time.parse(date)
-
-Benchmark.ips do |x|
-  x.report('Time.parse') do
-    Time.parse(date)
-  end
-
-  x.report('localtime') do
-    Time.parse(date).localtime
-  end
-
-  x.report('localtime parsed') do
-    time.localtime
-  end
-
-  x.report('Utils.parse_date') do
-    Jekyll::Utils.parse_date(date)
-  end
-end

benchmark/parse-include-tag-params.rb

@@ -1,91 +0,0 @@
-#!/usr/bin/env ruby
-# frozen_string_literal: true
-
-# For pull request: https://github.com/jekyll/jekyll/pull/8192
-
-require 'benchmark/ips'
-require 'bundler/setup'
-require 'memory_profiler'
-require 'jekyll'
-
-CONTEXT = {"bar"=>"The quick brown fox"}
-MARKUP_1 = %Q(foo=bar lorem="ipsum \\"dolor\\"" alpha='beta \\'gamma\\'').freeze
-MARKUP_2 = %Q(foo=bar lorem="ipsum 'dolor'" alpha='beta "gamma"').freeze
-
-#
-
-def old_parse_params(markup)
-  params = {}
-
-  while (match = Jekyll::Tags::IncludeTag::VALID_SYNTAX.match(markup))
-    markup = markup[match.end(0)..-1]
-
-    value = if match[2]
-              match[2].gsub('\\"', '"')
-            elsif match[3]
-              match[3].gsub("\\'", "'")
-            elsif match[4]
-              CONTEXT[match[4]]
-            end
-
-    params[match[1]] = value
-  end
-  params
-end
-
-def new_parse_params(markup)
-  params = {}
-  markup.scan(Jekyll::Tags::IncludeTag::VALID_SYNTAX) do |key, d_quoted, s_quoted, variable|
-    value = if d_quoted
-              d_quoted.include?('\\"') ? d_quoted.gsub('\\"', '"') : d_quoted
-            elsif s_quoted
-              s_quoted.include?("\\'") ? s_quoted.gsub("\\'", "'") : s_quoted
-            elsif variable
-              CONTEXT[variable]
-            end
-
-    params[key] = value
-  end
-  params
-end
-
-#
-
-def report(label, markup, color)
-  prof_report = MemoryProfiler.report { yield }
-
-  allocated_memory  = prof_report.scale_bytes(prof_report.total_allocated_memsize)
-  allocated_objects = prof_report.total_allocated
-  retained_memory   = prof_report.scale_bytes(prof_report.total_retained_memsize)
-  retained_objects  = prof_report.total_retained
-
-  puts <<~MSG.send(color)
-    #{(label + " ").ljust(49, "-")}
-
-    MARKUP: #{markup}
-    RESULT: #{yield}
-
-    Total allocated: #{allocated_memory} (#{allocated_objects} objects)
-    Total retained:  #{retained_memory} (#{retained_objects} objects)
-  MSG
-end
-
-report('old w/ escaping', MARKUP_1, :magenta) { old_parse_params(MARKUP_1) }
-report('new w/ escaping', MARKUP_1, :cyan)    { new_parse_params(MARKUP_1) }
-
-report('old no escaping', MARKUP_2, :green)  { old_parse_params(MARKUP_2) }
-report('new no escaping', MARKUP_2, :yellow) { new_parse_params(MARKUP_2) }
-
-#
-
-Benchmark.ips do |x|
-  x.report("old + esc".magenta) { old_parse_params(MARKUP_1) }
-  x.report("new + esc".cyan)    { new_parse_params(MARKUP_1) }
-  x.compare!
-end
-
-Benchmark.ips do |x|
-  x.report("old - esc".green)  { old_parse_params(MARKUP_2) }
-  x.report("new - esc".yellow) { new_parse_params(MARKUP_2) }
-  x.compare!
-end

benchmark/path-manager.rb

@@ -1,65 +0,0 @@
-# frozen_string_literal: true
-
-require 'benchmark/ips'
-require 'jekyll'
-
-class FooPage
-  def initialize(dir:, name:)
-    @dir = dir
-    @name = name
-  end
-
-  def slow_path
-    File.join(*[@dir, @name].map(&:to_s).reject(&:empty?)).sub(%r!\A/!, "")
-  end
-
-  def fast_path
-    Jekyll::PathManager.join(@dir, @name).sub(%r!\A/!, "")
-  end
-end
-
-nil_page     = FooPage.new(:dir => nil, :name => nil)
-empty_page   = FooPage.new(:dir => "", :name => "")
-root_page    = FooPage.new(:dir => "", :name => "ipsum.md")
-nested_page  = FooPage.new(:dir => "lorem", :name => "ipsum.md")
-slashed_page = FooPage.new(:dir => "/lorem/", :name => "/ipsum.md")
-
-if nil_page.slow_path == nil_page.fast_path
-  Benchmark.ips do |x|
-    x.report('nil_page slow') { nil_page.slow_path }
-    x.report('nil_page fast') { nil_page.fast_path }
-    x.compare!
-  end
-end
-
-if empty_page.slow_path == empty_page.fast_path
-  Benchmark.ips do |x|
-    x.report('empty_page slow') { empty_page.slow_path }
-    x.report('empty_page fast') { empty_page.fast_path }
-    x.compare!
-  end
-end
-
-if root_page.slow_path == root_page.fast_path
-  Benchmark.ips do |x|
-    x.report('root_page slow') { root_page.slow_path }
-    x.report('root_page fast') { root_page.fast_path }
-    x.compare!
-  end
-end
-
-if nested_page.slow_path == nested_page.fast_path
-  Benchmark.ips do |x|
-    x.report('nested_page slow') { nested_page.slow_path }
-    x.report('nested_page fast') { nested_page.fast_path }
-    x.compare!
-  end
-end
-
-if slashed_page.slow_path == slashed_page.fast_path
-  Benchmark.ips do |x|
-    x.report('slashed_page slow') { slashed_page.slow_path }
-    x.report('slashed_page fast') { slashed_page.fast_path }
-    x.compare!
-  end
-end

benchmark/schwartzian_transform.rb

@@ -90,21 +90,26 @@ end
 Correctness.new(site_docs, "redirect_from".freeze).assert!
 Correctness.new(site_docs, "title".freeze).assert!
 
-def property(property, meta_key)
-  Benchmark.ips do |x|
-    x.config(time: 10, warmup: 5)
-    x.report("sort_by_property_directly with #{property} property") do
-      sort_by_property_directly(site_docs, meta_key)
-    end
-    x.report("schwartzian_transform with #{property} property") do
-      schwartzian_transform(site_docs, meta_key)
-    end
-    x.compare!
+# First, test with a property only a handful of documents have.
+Benchmark.ips do |x|
+  x.config(time: 10, warmup: 5)
+  x.report('sort_by_property_directly with sparse property') do
+    sort_by_property_directly(site_docs, "redirect_from".freeze)
   end
+  x.report('schwartzian_transform with sparse property') do
+    schwartzian_transform(site_docs, "redirect_from".freeze)
+  end
+  x.compare!
 end
 
-# First, test with a property only a handful of documents have.
-test_property('sparse', 'redirect_from')
-
 # Next, test with a property they all have.
-test_property('non-sparse', 'title')
+Benchmark.ips do |x|
+  x.config(time: 10, warmup: 5)
+  x.report('sort_by_property_directly with non-sparse property') do
+    sort_by_property_directly(site_docs, "title".freeze)
+  end
+  x.report('schwartzian_transform with non-sparse property') do
+    schwartzian_transform(site_docs, "title".freeze)
+  end
+  x.compare!
+end

benchmark/static-drop-vs-forwarded.rb

@@ -1,83 +0,0 @@
-#!/usr/bin/env ruby
-# frozen_string_literal: true
-
-require "forwardable"
-require "colorator"
-require "liquid"
-require "benchmark/ips"
-require "memory_profiler"
-
-# Set up (memory) profiler
-
-class Profiler
-  def self.run
-    yield new(ARGV[0] || 10_000)
-  end
-
-  def initialize(count)
-    @count = count.to_i
-  end
-
-  def report(label, color, &block)
-    prof_report = MemoryProfiler.report { @count.to_i.times(&block) }
-
-    allocated_memory  = prof_report.scale_bytes(prof_report.total_allocated_memsize)
-    allocated_objects = prof_report.total_allocated
-    retained_memory   = prof_report.scale_bytes(prof_report.total_retained_memsize)
-    retained_objects  = prof_report.total_retained
-
-    puts <<~MSG.send(color)
-      With #{label} calls
-
-      Total allocated: #{allocated_memory} (#{allocated_objects} objects)
-      Total retained:  #{retained_memory} (#{retained_objects} objects)
-    MSG
-  end
-end
-
-# Set up stage
-
-class Drop < Liquid::Drop
-  def initialize(obj)
-    @obj = obj
-  end
-end
-
-class ForwardDrop < Drop
-  extend Forwardable
-  def_delegators :@obj, :name
-end
-
-class StaticDrop < Drop
-  def name
-    @obj.name
-  end
-end
-
-class Document
-  def name
-    "lipsum"
-  end
-end
-
-# Set up actors
-
-document = Document.new
-alpha    = ForwardDrop.new(document)
-beta     = StaticDrop.new(document)
-count    = ARGV[0] || 10_000
-
-# Run profilers
-puts "\nMemory profiles for #{count} calls to invoke drop key:"
-Profiler.run do |x|
-  x.report("forwarded", :cyan) { alpha["name"] }
-  x.report("static", :green) { beta["name"] }
-end
-
-# Benchmark
-puts "\nBenchmarking the two scenarios..."
-Benchmark.ips do |x|
-  x.report("forwarded".cyan) { alpha["name"] }
-  x.report("static".green) { beta["name"] }
-  x.compare!
-end

docs/.gitignore

@@ -1,5 +1,5 @@
 _site/
-.idea/
 *.swp
 pkg/
 test/
+.idea/

docs/404.html

@@ -18,10 +18,18 @@ sitemap: false
       <p>The resource you requested was not found. Here are some links to help you find your way:</p>
       <nav class="main-nav">
         <ul>
-          <li><a href="{{ '/' | relative_url }}">Home</a></li>
-          <li><a href="{{ '/docs/home/' | relative_url }}">Documentation</a></li>
-          <li><a href="{{ '/news/' | relative_url }}">News</a></li>
-          <li><a href="{{ '/help/' | relative_url }}">Help</a></li>
+          <li>
+            <a href="/">Home</a>
+          </li>
+          <li>
+            <a href="/docs/home/">Documentation</a>
+          </li>
+          <li>
+            <a href="/news/">News</a>
+          </li>
+          <li>
+            <a href="/help/">Help</a>
+          </li>
         </ul>
       </nav>
     </div>

docs/_config.yml

@@ -1,17 +1,15 @@
 ---
-version: 4.4.1
+version: 3.8.3
 name: Jekyll • Simple, blog-aware, static sites
 description: Transform your plain text into static websites and blogs
 url: https://jekyllrb.com
 repository: https://github.com/jekyll/jekyll
-site_branch: master
 timezone: America/Los_Angeles
 twitter:
   username: jekyllrb
 logo: "/img/logo-2x.png"
 google_analytics_id: UA-50755011-1
 google_site_verification: onQcXpAvtHBrUI5LlroHNE_FP0b2qvFyPq7VZw36iEY
-cloudinary_url: https://res.cloudinary.com/jekyll/image/upload/f_auto,q_auto,w_404
 collections:
   docs:
     permalink: "/:collection/:path/"
@@ -20,7 +18,6 @@ collections:
     permalink: "/news/:year/:month/:day/:title/"
     output: true
   tutorials:
-    permalink: "/:collection/:path/"
     output: true
 defaults:
 - scope:
@@ -33,16 +30,7 @@ defaults:
     type: posts
   values:
     layout: news_item
-- scope:
-    path: _tutorials
-    type: tutorials
-  values:
-    layout: tutorials
-- scope:
-    path: ''
-  values:
-    image: "/img/jekyll-og.png"
-future: true
+    image: "/img/twitter-card.png"
 plugins:
 - jekyll-avatar
 - jekyll-feed
@@ -51,15 +39,10 @@ plugins:
 - jekyll-seo-tag
 - jekyll-sitemap
 - jemoji
-feed:
-  categories:
-  - release
-kramdown:
-  syntax_highlighter_opts:
-    default_lang: plaintext
 sass:
   style: compressed
-strict_front_matter: true
 exclude:
+- ".gitignore"
+- CNAME
 - icomoon-selection.json
 - readme.md

docs/_data/config_options/build.yml

@@ -1,140 +0,0 @@
-- name: Regeneration
-  description: Enable auto-regeneration of the site when files are modified.
-  flag: "-w, --[no-]watch"
-
-
-- name: Configuration
-  description: >-
-    Specify config files instead of using <code>_config.yml</code> automatically.
-    Settings in later files override settings in earlier files.
-  flag: "--config FILE1[,FILE2,...]"
-
-
-- name: Plugins
-  description: >-
-    Specify plugin directories instead of using <code>_plugins/</code> automatically.
-  option: "plugins_dir: [ DIR1,... ]"
-  flag: "-p, --plugins DIR1[,DIR2,...]"
-
-
-- name: Layouts
-  description: >-
-    Specify layout directory instead of using <code>_layouts/</code> automatically.
-  option: "layouts_dir: DIR"
-  flag: --layouts DIR
-
-
-- name: Drafts
-  description: Process and render draft posts.
-  option: "show_drafts: BOOL"
-  flag: -D, --drafts
-
-
-- name: Environment
-  description: Use a specific environment value in the build.
-  flag: JEKYLL_ENV=production
-
-
-- name: Future
-  description: Publish posts or collection documents with a future date.
-  option: "future: BOOL"
-  flag: --future
-
-
-- name: Unpublished
-  description: Render posts that were marked as unpublished.
-  option: "unpublished: BOOL"
-  flag: --unpublished
-
-
-- name: LSI
-  description: >-
-    Produce an index for related posts. Requires the
-    <a href="https://jekyll.github.io/classifier-reborn/">classifier-reborn</a> plugin.
-  option: "lsi: BOOL"
-  flag: --lsi
-
-
-- name: Limit posts
-  description: Limit the number of posts to parse and publish.
-  option: "limit_posts: NUM"
-  flag: --limit_posts NUM
-
-
-- name: Force polling
-  description: Force watch to use polling.
-  option: "force_polling: BOOL"
-  flag: --force_polling
-
-
-- name: Verbose output
-  description: Print verbose output.
-  option: "verbose: BOOL"
-  flag: -V, --verbose
-
-
-- name: Silence output
-  description: Silence the normal output from Jekyll during a build.
-  option: "quiet: BOOL"
-  flag: -q, --quiet
-
-
-- name: Log level
-  description: Specify a log level among debug, info, warn, or error.
-  flag: JEKYLL_LOG_LEVEL=info
-
-
-- name: Incremental build
-  description: >-
-    Enable the experimental
-    <a href="/docs/configuration/incremental-regeneration/">incremental
-    build</a> feature. Incremental build only re-builds posts and pages that
-    have changed, resulting in significant performance improvements for large
-    sites, but may also break site generation in certain cases.
-  option: "incremental: BOOL"
-  flag: -I, --incremental
-
-
-- name: Disable bundle require
-  description: Disables the need to require gems in `:jekyll_plugins` Gemfile
-  flag: JEKYLL_NO_BUNDLER_REQUIRE=true
-
-
-- name: Liquid profiler
-  description: Generate a Liquid rendering profile to help you identify performance bottlenecks.
-  option: "profile: BOOL"
-  flag: --profile
-
-
-- name: Strict front matter
-  description: Cause a build to fail if there is a YAML syntax error in a page's front matter.
-  option: "strict_front_matter: BOOL"
-  flag: --strict_front_matter
-
-
-- name: Web Domain URL
-  option: "url: SCHEME://HOST[:PORT]"
-  description: >-
-    The canonical URL of the root of your production deploy, composed of the following components:<br>
-    &nbsp; &nbsp;• &nbsp; Protocol scheme (e.g. <code>http://</code>)<br>
-    &nbsp; &nbsp;• &nbsp; Hostname or IP address (e.g. <code>example.org</code>)<br>
-    &nbsp; &nbsp;• &nbsp; <em>(Optional)</em> The port number of the server, prefixed with a colon
-    (e.g. <code>:8080</code>)<br>
-    The value of this configuration option should NOT have a trailing slash. It will be appended
-    with the <code>baseurl</code> to form the full URL to your Jekyll site when using the
-    <a href="/docs/liquid/filters/">Liquid filter <code>absolute_url</code></a>.<br>
-    <strong>NOTE:</strong> This setting is automatically configured to the <strong>localhost URL</strong>
-    when the <code>jekyll serve</code> command is invoked.
-
-
-- name: Base URL
-  description: >-
-    Serve the website from the given base URL (the path between web-server or domain root and your landing
-    page).
-  option: "baseurl: /PATH/TO/SITE"
-  flag: -b, --baseurl /PATH/TO/SITE
-
-
-- name: Trace
-  description: Show the full backtrace when an error occurs.
-  flag: -t, --trace

docs/_data/config_options/global.yml

@@ -1,108 +0,0 @@
-- name: Site source
-  description: Change the directory where Jekyll will read files
-  option: "source: DIR"
-  flag: -s, --source DIR
-
-
-- name: Site destination
-  description: Change the directory where Jekyll will write files
-  option: "destination: DIR"
-  flag: -d, --destination DIR
-
-
-- name: Safe
-  description: >-
-    Disable <a href="/docs/plugins/">non-whitelisted plugins</a>, caching to disk, and ignore symbolic links.
-  option: "safe: BOOL"
-  flag: --safe
-
-
-- name: Disable disk cache
-  version-badge: 4.1.0
-  description: >-
-    Disable caching of content to disk in order to skip creating a <code>.jekyll-cache</code> or similar directory at
-    the source to avoid interference with virtual environments and third-party directory watchers. Caching to disk is
-    always disabled in <code>safe</code> mode.
-  option: "disable_disk_cache: BOOL"
-  flag: --disable-disk-cache
-
-
-- name: Ignore theme configuration
-  version-badge: 4.1.0
-  description: >-
-    Jekyll 4.0 started allowing themes to bundle a <code>_config.yml</code> to simplify theme-onboarding for new users.
-    In the unfortunate situation that importing a bundled theme configuration messes up the merged site-configuration,
-    the user can configure Jekyll to not import the theme-config entirely.
-  option: "ignore_theme_config: BOOL"
-
-
-- name: Exclude
-  description: >-
-    Exclude directories and/or files from the conversion. These exclusions are relative to the site's source directory
-    and cannot be outside the source directory.
-    <br />
-    This configuration option supports Ruby's <a href="https://ruby-doc.org/3.3.5/File.html#method-c-fnmatch">
-    <code>File.fnmatch</code> filename globbing patterns</a> to match multiple entries to exclude. For example,
-    you can exclude multiple README.md files in your source tree from being included in your site by specifying the
-    following <code>exclude</code> option entries: <code>["README.md", "**/README.md"]</code>.
-    <br />
-    In Jekyll 3, the <code>exclude</code> configuration option replaces the default exclusion list.
-    <br />
-    In Jekyll 4, user-provided entries get added to the default exclusion list instead and the <code>include</code>
-    option can be used to override the default exclusion list entries.
-    <br />
-    The default exclusions are found in <code>_config.yml</code> as created by <code>jekyll new</code>:
-    <ul>
-      <li><code>.sass-cache/</code></li>
-      <li><code>.jekyll-cache/</code></li>
-      <li><code>gemfiles/</code></li>
-      <li><code>Gemfile</code></li>
-      <li><code>Gemfile.lock</code></li>
-      <li><code>node_modules/</code></li>
-      <li><code>vendor/bundle/</code></li>
-      <li><code>vendor/cache/</code></li>
-      <li><code>vendor/gems/</code></li>
-      <li><code>vendor/ruby/</code></li>
-    </ul>
-  option: "exclude: [DIR, FILE, ...]"
-
-
-- name: Include
-  description: >-
-    Force inclusion of directories and/or files in the conversion. <code>.htaccess</code> is a good example since
-    dotfiles are excluded by default.
-    <br>
-    This configuration option supports Ruby's <a href="https://ruby-doc.org/3.3.5/File.html#method-c-fnmatch-3F">
-    <code>File.fnmatch</code> filename globbing patterns</a> to match multiple entries to include, refer the
-    <code>exclude</code> configuration option for more information.
-    <br>
-    With Jekyll 4, the <code>include</code> configuration option entries override the <code>exclude</code> option
-    entries.
-  option: "include: [DIR, FILE, ...]"
-
-
-- name: Keep files
-  description: >-
-    When clobbering the site destination, keep the selected files. Useful for files that are not generated by jekyll;
-    e.g. files or assets that are generated by your build tool. The paths are relative to the <code>destination</code>.
-  option: "keep_files: [DIR, FILE, ...]"
-
-
-- name: Time zone
-  description: >-
-    Set the time zone for site generation. This sets the <code>TZ</code> environment variable, which Ruby uses to handle
-    time and date creation and manipulation. Any entry from the
-    <a href="https://en.wikipedia.org/wiki/Tz_database">IANA Time Zone Database</a>
-    is valid, e.g. <code>America/New_York</code>. A list of all available values can be found
-    <a href="https://en.wikipedia.org/wiki/List_of_tz_database_time_zones"> here</a>.
-    When serving on a local machine, the default time zone is set by your operating system. But when served on a remote
-    host/server, the default time zone depends on the server's setting or location.
-  option: "timezone: TIMEZONE"
-
-
-- name: Encoding
-  description: >-
-    Set the encoding of files by name (only available for Ruby 1.9 or later). The default value is <code>utf-8</code>
-    starting in 2.0.0, and <code>nil</code> before 2.0.0, which will yield the Ruby default of <code>ASCII-8BIT</code>.
-    Available encodings can be shown by the command <code>ruby -e 'puts Encoding::list.join("\n")'</code>.
-  option: "encoding: ENCODING"

docs/_data/config_options/serve.yml

@@ -1,80 +0,0 @@
-- name: Local server port
-  description: Listen on the given port. The default is `4000`.
-  option: "port: PORT"
-  flag: "-P, --port PORT"
-
-
-- name: Local server hostname
-  description: Listen at the given hostname. The default is `localhost`.
-  option: "host: HOSTNAME"
-  flag: "-H, --host HOSTNAME"
-
-
-- name: Live reload
-  description: Reload a page automatically on the browser when its content is edited.
-  option: "livereload: BOOL"
-  flag: "-l, --livereload"
-
-
-- name: Live reload ignore
-  description: >-
-    File glob patterns for LiveReload to ignore.<br /><br />
-    Ensure that patterns are quoted when passed via the command-line to deter your shell from
-    expanding them.<br /><br /><strong>Note:</strong> The given glob patterns are matched against
-    the <code>relative_path</code> attribute of the processed resource. In the event Jekyll
-    reloads a <em>relative_path</em> matching the pattern in spite of being quoted, try listing
-    the pattern(s) under the config file option key.
-  option: "livereload_ignore: [ GLOB1,... ]"
-  flag: "--livereload-ignore GLOB1[,GLOB2,...]"
-
-
-- name: Live reload min/max delay
-  description: Minimum/Maximum delay before automatically reloading page.
-  options:
-    - "livereload_min_delay: SECONDS"
-    - "livereload_max_delay: SECONDS"
-  flags:
-    - "--livereload-min-delay SECONDS"
-    - "--livereload-max-delay SECONDS"
-
-
-- name: Live reload port
-  description: >-
-    Port for LiveReload to listen on.<br/><em>Ability to override via config file introduced in
-    <span class="version-badge">4.4.0</span></em>.
-  option: "livereload_port: PORT"
-  flag: "--livereload-port PORT"
-
-
-- name: Open URL
-  description: Open the site's URL in the browser.
-  option: "open_url: BOOL"
-  flag: "-o, --open-url"
-
-
-- name: Detach
-  description: Detach the server from the terminal.
-  option: "detach: BOOL"
-  flag: "-B, --detach"
-
-
-- name: Skips the initial site build
-  description: Skips the initial site build which occurs before the server is started.
-  option: "skip_initial_build: BOOL"
-  flag: "--skip-initial-build"
-
-
-- name: Show directory listing
-  description: Show a directory listing instead of loading your index file.
-  option: "show_dir_listing: BOOL"
-  flag: "--show-dir-listing"
-
-
-- name: X.509 (SSL) private key
-  description: "SSL Private Key, stored or symlinked in the site source."
-  flag: "--ssl-key"
-
-
-- name: X.509 (SSL) certificate
-  description: "SSL Public certificate, stored or symlinked in the site source."
-  flag: "--ssl-cert"

docs/_data/docs.yml

@@ -0,0 +1,53 @@
+- title: Getting Started
+  docs:
+  - home
+  - quickstart
+  - installation
+  - windows
+  - usage
+  - structure
+  - configuration
+
+- title: Your Content
+  docs:
+  - frontmatter
+  - posts
+  - drafts
+  - pages
+  - static-files
+  - variables
+  - collections
+  - datafiles
+  - assets
+  - migrations
+
+- title: Customization
+  docs:
+  - templates
+  - includes
+  - permalinks
+  - pagination
+  - plugins
+  - themes
+  - extras
+
+- title: Deployment
+  docs:
+  - github-pages
+  - deployment-methods
+  - continuous-integration
+
+- title: Miscellaneous
+  docs:
+  - troubleshooting
+  - sites
+  - resources
+  - upgrading/0-to-2
+  - upgrading/2-to-3
+
+- title: Meta
+  docs:
+  - contributing
+  - maintaining
+  - conduct
+  - history

docs/_data/docs_nav.yml

@@ -1,37 +0,0 @@
-- title: Getting Started
-  docs:
-    - link: /docs/
-    - link: /docs/installation/
-    - link: /docs/ruby-101/
-    - link: /docs/community/
-    - link: /docs/step-by-step/01-setup/
-- title: Build
-  docs:
-    - link: /docs/usage/
-    - link: /docs/configuration/
-    - link: /docs/rendering-process/
-- title: Content
-  docs:
-    - link: /docs/pages/
-    - link: /docs/posts/
-    - link: /docs/front-matter/
-    - link: /docs/collections/
-    - link: /docs/datafiles/
-    - link: /docs/assets/
-    - link: /docs/static-files/
-- title: Site Structure
-  docs:
-    - link: /docs/structure/
-    - link: /docs/liquid/
-    - link: /docs/variables/
-    - link: /docs/includes/
-    - link: /docs/layouts/
-    - link: /docs/permalinks/
-    - link: /docs/themes/
-    - link: /docs/pagination/
-- title: Guides
-  docs:
-    - link: /docs/plugins/
-    - link: /docs/migrations/
-    - link: /docs/upgrading/
-    - link: /docs/deployment/

docs/_data/jekyll_filters.yml

@@ -1,348 +0,0 @@
-#
-# ---------------------------------------------------------------------------------------
-# List of Liquid Filters provided by Jekyll Core that will be utilized for their
-# documentation.
-#
-# To document a new filter, create a new "list-item" below with the following keys:
-#   name:           : [REQUIRED] A string label that identifies the filter
-#   description:    : [REQUIRED] A short description of what to expect from the filter
-#   version_badge:  : [OPTIONAL] Jekyll version that introduced the filter
-#   examples:       : [REQUIRED] A 'nested list' comprised of inputs and outputs
-#     input:        : [REQUIRED] The filter syntax and usage
-#     output:       : [OPTIONAL] The output from the filter
-#
-# Tip: Use YAML Block notations to "fold" a long string, or to "break" a long string
-#      to the following line. Block notations can also be used to avoid having to use
-#      backslashes to escape quotes.
-# ---------------------------------------------------------------------------------------
-#
-- name: Relative URL
-  description: >-
-    Prepend <code>baseurl</code> config value to the input to convert a URL path into a relative URL. 
-    This is recommended for a site that is hosted on a subpath of a domain.
-  examples:
-    - input: '{{ "/assets/style.css" | relative_url }}'
-      output: '/my-baseurl/assets/style.css'
-
-#
-
-- name: Absolute URL
-  description: >-
-    Prepend <code>url</code> and <code>baseurl</code> values to the input to convert a URL path to an absolute URL.
-  examples:
-    - input: '{{ "/assets/style.css" | absolute_url }}'
-      output: 'http://example.com/my-baseurl/assets/style.css'
-
-#
-
-- name: Date to XML Schema
-  description: Convert a Date into XML Schema (ISO 8601) format.
-  examples:
-    - input: '{{ site.time | date_to_xmlschema }}'
-      output: '2008-11-07T13:07:54-08:00'
-
-#
-
-- name: Date to RFC-822 Format
-  description: Convert a Date into the RFC-822 format used for RSS feeds.
-  examples:
-    - input: '{{ site.time | date_to_rfc822 }}'
-      output: 'Mon, 07 Nov 2008 13:07:54 -0800'
-
-#
-
-- name: Date to String
-  description: Convert a date to short format.
-  examples:
-    - input: '{{ site.time | date_to_string }}'
-      output: '07 Nov 2008'
-
-#
-
-- name: Date to String in ordinal US style
-  description: 'Format a date to ordinal, US, short format.'
-  version_badge: 3.8.0
-  examples:
-    - input: '{{ site.time | date_to_string: "ordinal", "US" }}'
-      output: 'Nov 7th, 2008'
-
-#
-
-- name: Date to Long String
-  description: Format a date to long format.
-  examples:
-    - input: '{{ site.time | date_to_long_string }}'
-      output: '07 November 2008'
-
-#
-
-- name: Date to Long String in ordinal UK style
-  description: 'Format a date to ordinal, UK, long format.'
-  version_badge: 3.8.0
-  examples:
-    - input: '{{ site.time | date_to_long_string: "ordinal" }}'
-      output: '7th November 2008'
-
-#
-
-- name: Where
-  description: Select all the objects in an array where the key has the given value.
-  examples:
-    - input: '{{ site.members | where:"graduation_year","2014" }}'
-      output:
-
-#
-
-- name: Where Expression
-  description: Select all the objects in an array where the expression is true.
-  version_badge: 3.2.0
-  examples:
-    - input: |-
-        {{ site.members | where_exp:"item",
-        "item.graduation_year == 2014" }}
-      output:
-    - input: |-
-        {{ site.members | where_exp:"item",
-        "item.graduation_year < 2014" }}
-      output:
-    - input: |-
-        {{ site.members | where_exp:"item",
-        "item.projects contains 'foo'" }}
-      output:
-
-#
-
-- name: Find
-  description: >-
-    Return <strong>the first object</strong> in an array for which the queried
-    attribute has the given value or return <code>nil</code> if no item in
-    the array satisfies the given criteria.
-  version_badge: 4.1.0
-  examples:
-    - input: '{{ site.members | find: "graduation_year", "2014" }}'
-      output:
-
-#
-
-- name: Find Expression
-  description: >-
-    Return <strong>the first object</strong> in an array for which the given
-    expression evaluates to true or return <code>nil</code> if no item in
-    the array satisfies the evaluated expression.
-  version_badge: 4.1.0
-  examples:
-    - input: |-
-        {{ site.members | find_exp:"item",
-        "item.graduation_year == 2014" }}
-      output:
-    - input: |-
-        {{ site.members | find_exp:"item",
-        "item.graduation_year < 2014" }}
-      output:
-    - input: |-
-        {{ site.members | find_exp:"item",
-        "item.projects contains 'foo'" }}
-      output:
-
-#
-
-- name: Group By
-  description: Group an array's items by a given property.
-  examples:
-    - input: '{{ site.members | group_by:"graduation_year" }}'
-      output: |-
-        [{"name"=>"2013", "items"=>[...]},
-        {"name"=>"2014", "items"=>[...]}]
-
-#
-
-- name: Group By Expression
-  description: Group an array's items using a Liquid expression.
-  version_badge: 3.4.0
-  examples:
-    - input: |-
-        {{ site.members | group_by_exp: "item",
-        "item.graduation_year | truncate: 3, ''" }}
-      output: |-
-        [{"name"=>"201", "items"=>[...]},
-        {"name"=>"200", "items"=>[...]}]
-
-#
-
-- name: XML Escape
-  description: Escape some text for use in XML.
-  examples:
-    - input: '{{ page.content | xml_escape }}'
-      output:
-
-#
-
-- name: CGI Escape
-  description: >-
-    CGI escape a string for use in a URL. Replaces any special characters
-    with appropriate <code>%XX</code> replacements. CGI escape normally
-    replaces a space with a plus <code>+</code> sign.
-  examples:
-    - input: '{{ "foo, bar; baz?" | cgi_escape }}'
-      output: 'foo%2C+bar%3B+baz%3F'
-
-#
-
-- name: URI Escape
-  description: >-
-    Percent encodes any special characters in a URI.
-    URI escape normally replaces a space with <code>%20</code>.
-    <a href="https://en.wikipedia.org/wiki/Percent-encoding#Types_of_URI_characters">Reserved characters</a>
-    will not be escaped.
-  examples:
-    - input: '{{ "http://foo.com/?q=foo, \bar?" | uri_escape }}'
-      output: 'http://foo.com/?q=foo,%20%5Cbar?'
-
-#
-
-- name: Number of Words
-  description: >-
-    Count the number of words in some text.<br/>
-    From <span class="version-badge">v4.1.0</span>, this filter takes an optional
-    argument to control the handling of Chinese-Japanese-Korean (CJK) characters
-    in the <code>input</code> string.<br/>
-    Passing <code>'cjk'</code> as the argument will count every CJK character
-    detected as one word irrespective of being separated by whitespace.<br/>
-    Passing <code>'auto'</code> (auto-detect) works similar to <code>'cjk'</code>
-    but is more performant if the filter is used on a variable string that may
-    or may not contain CJK chars.
-  examples:
-    - input: '{{ "Hello world!" | number_of_words }}'
-      output: 2
-    - input: '{{ "你好hello世界world" | number_of_words }}'
-      output: 1
-    - input: '{{ "你好hello世界world" | number_of_words: "cjk" }}'
-      output: 6
-    - input: '{{ "你好hello世界world" | number_of_words: "auto" }}'
-      output: 6
-
-#
-
-- name: Array to Sentence
-  description: >-
-    Convert an array into a sentence. Useful for listing tags.
-    Optional argument for connector.
-  examples:
-    - input: '{{ page.tags | array_to_sentence_string }}'
-      output: 'foo, bar, and baz'
-    - input: '{{ page.tags | array_to_sentence_string: "or" }}'
-      output: 'foo, bar, or baz'
-
-#
-
-- name: Markdownify
-  description: Convert a Markdown-formatted string into HTML.
-  examples:
-    - input: '{{ page.excerpt | markdownify }}'
-      output:
-
-#
-
-- name: Smartify
-  description: 'Convert "quotes" into &ldquo;smart quotes.&rdquo;'
-  examples:
-    - input: '{{ page.title | smartify }}'
-      output:
-
-#
-
-- name: Converting Sass/SCSS
-  description: Convert a Sass- or SCSS-formatted string into CSS.
-  examples:
-    - input: '{{ some_sass | sassify }}'
-      output:
-    - input: '{{ some_scss | scssify }}'
-      output:
-
-#
-
-- name: Slugify
-  description: Convert a string into a lowercase URL "slug". See below for options.
-  examples:
-    - input: '{{ "The _config.yml file" | slugify }}'
-      output: 'the-config-yml-file'
-    - input: '{{ "The _config.yml file" | slugify: "pretty" }}'
-      output: 'the-_config.yml-file'
-    - input: '{{ "The _cönfig.yml file" | slugify: "ascii" }}'
-      output: 'the-c-nfig-yml-file'
-    - input: '{{ "The cönfig.yml file" | slugify: "latin" }}'
-      output: 'the-config-yml-file'
-
-#
-
-- name: Data To JSON
-  description: Convert Hash or Array to JSON.
-  examples:
-    - input: '{{ site.data.projects | jsonify }}'
-      output:
-
-#
-
-- name: Normalize Whitespace
-  description: Replace any occurrence of whitespace with a single space.
-  examples:
-    - input: '{{ "a \n b" | normalize_whitespace }}'
-      output:
-
-#
-
-- name: Sort
-  description: >-
-    Sort an array. Optional arguments for hashes
-    1.&nbsp;property name
-    2.&nbsp;nils order (<em>first</em> or <em>last</em>).
-  examples:
-    - input: '{{ page.tags | sort }}'
-      output:
-    - input: '{{ site.posts | sort: "author" }}'
-      output:
-    - input: '{{ site.pages | sort: "title", "last" }}'
-      output:
-
-#
-
-- name: Sample
-  description: 'Pick a random value from an array. Optionally, pick multiple values.'
-  examples:
-    - input: '{{ site.pages | sample }}'
-      output:
-    - input: '{{ site.pages | sample: 2 }}'
-      output:
-
-#
-
-- name: To Integer
-  description: Convert a string or boolean to integer.
-  examples:
-    - input: '{{ some_var | to_integer }}'
-      output:
-
-#
-
-- name: Array Filters
-  description: >-
-    Push, pop, shift, and unshift elements from an Array.
-    These are <strong>NON-DESTRUCTIVE</strong>, i.e. they do not mutate the array,
-    but rather make a copy and mutate that.
-  examples:
-    - input: '{{ page.tags | push: "Spokane" }}'
-      output: '["Seattle", "Tacoma", "Spokane"]'
-    - input: '{{ page.tags | pop }}'
-      output: '["Seattle"]'
-    - input: '{{ page.tags | shift }}'
-      output: '["Tacoma"]'
-    - input: '{{ page.tags | unshift: "Olympia" }}'
-      output: '["Olympia", "Seattle", "Tacoma"]'
-
-#
-
-- name: Inspect
-  description: Convert an object into its String representation for debugging.
-  examples:
-    - input: '{{ some_var | inspect }}'
-      output:

docs/_data/jekyll_variables.yml

@@ -1,223 +0,0 @@
-# Variables provided by Jekyll core
-#
-#   name:           : name of the variable
-#   description:    : content returned by the variable
-
-global:
-  - name: site
-    description: >-
-      Site wide information + configuration settings from <code>_config.yml</code>.
-      See below for details.
-  - name: page
-    description: >-
-      Page specific information + the <a href="/docs/front-matter/">front matter</a>.
-      Custom variables set via the front matter will be available here. See below for details.
-  - name: layout
-    description: >-
-      Layout specific information + the <a href="/docs/front-matter/">front matter</a>.
-      Custom variables set via front matter in layouts will be available here.
-  - name: jekyll
-    description: >-
-      Jekyll-centric information will be available here. See below for details.
-  - name: theme
-    description: >-
-      Theme-gem specific information as defined in the theme's gemspec. Useful for rendering
-      information in the theme demo's "About" page, for example. See below for details.
-  - name: content
-    description: >-
-      In layout files, the rendered content of the Post or Page being wrapped.
-      Not defined in Post or Page files.
-  - name: paginator
-    description: >-
-      When the <code>paginate</code> configuration option is set, this variable becomes available
-      for use. See <a href="../pagination/">Pagination</a> for details.
-
-site:
-  - name: site.time
-    description: >-
-      The current time (when you run the <code>jekyll</code> command).
-  - name: site.pages
-    description: >-
-      A list of all Pages.
-  - name: site.posts
-    description: >-
-      A reverse chronological list of all Posts.
-  - name: site.related_posts
-    description: >-
-      If the page being processed is a Post, this contains a list of up to ten related Posts.
-      By default, these are the ten most recent posts. For high quality but slow to compute
-      results, run the <code>jekyll</code> command with the <code>--lsi</code>
-      (<a href="https://en.wikipedia.org/wiki/Latent_semantic_analysis#Latent_semantic_indexing">latent semantic indexing</a>)
-      option. Also note GitHub Pages does not support the
-      <code>lsi</code> option when generating sites.
-  - name: site.static_files
-    description: >-
-      A list of all <a href="/docs/static-files/">static files</a> (i.e.
-      files not processed by Jekyll's converters or the Liquid renderer).
-      Each file has five properties: <code>path</code>, <code>modified_time</code>,
-      <code>name</code>, <code>basename</code> and <code>extname</code>.
-  - name: site.html_pages
-    description: >-
-      A subset of <code>site.pages</code> listing those which end in <code>.html</code>.
-  - name: site.html_files
-    description: >-
-      A subset of <code>site.static_files</code> listing those which end in <code>.html</code>.
-  - name: site.collections
-    description: >-
-      A list of all the collections (including posts).
-  - name: site.data
-    description: >-
-      A list containing the data loaded from the YAML files located in the <code>_data</code>
-      directory.
-  - name: site.documents
-    description: >-
-      A list of all the documents in every collection.
-  - name: site.categories.CATEGORY
-    description: >-
-      The list of all Posts in category <code>CATEGORY</code>.
-  - name: site.tags.TAG
-    description: >-
-      The list of all Posts with tag <code>TAG</code>.
-  - name: site.url
-    description: >-
-      Contains the url of your site as it is configured in the <code>_config.yml</code>.
-      For example, if you have <code>url: http://mysite.com</code> in your configuration file,
-      then it will be accessible in Liquid as <code>site.url</code>. For the development
-      environment there is <a href="/news/2016/10/06/jekyll-3-3-is-here/#3-siteurl-is-set-by-the-development-server">an
-      exception</a>, if you are running <code>jekyll serve</code> in a development environment
-      <code>site.url</code> will be set to the value of <code>host</code>, <code>port</code>,
-      and SSL-related options. This defaults to <code>url: http://localhost:4000</code>.
-  - name: "site.[CONFIGURATION_DATA]"
-    description: >-
-      All the variables set via the command line and your <code>_config.yml</code> are available
-      through the <code>site</code> variable. For example, if you have <code>foo: bar</code> in
-      your configuration file, then it will be accessible in Liquid as <code>site.foo</code>.
-      Jekyll does not parse changes to <code>_config.yml</code> in
-      <code>watch</code> mode, you must restart Jekyll to see changes to variables.
-
-page:
-  - name: page.content
-    description: >-
-      The content of the Page, rendered or un-rendered depending upon what Liquid is being processed
-      and what <code>page</code> is.
-  - name: page.title
-    description: >-
-      The title of the Page or Document resource.
-  - name: page.excerpt
-    description: >-
-      The un-rendered excerpt of a Page or Document. Can be overridden in the
-      <a href="/docs/front-matter/">front matter</a>. It can either be disabled atomically for
-      certain page or document by setting an empty string to an <code>excerpt_separator</code> key in
-      the front matter of desired resource or disabled site-wide by setting the same as a top-level
-      key in the config file.
-  - name: page.url
-    description: >-
-      The URL of the Post without the domain, but with a leading slash, e.g.
-      <code>/2008/12/14/my-post.html</code>
-  - name: page.date
-    description: >-
-      The Date assigned to the Post. This can be overridden in a Post's front matter by specifying
-      a new date/time in the format <code>YYYY-MM-DD HH:MM:SS</code> (assuming UTC), or
-      <code>YYYY-MM-DD HH:MM:SS +/-TTTT</code> (to specify a time zone using an offset from UTC.
-      e.g. <code>2008-12-14 10:30:00 +0900</code>). Not applicable to Pages.
-  - name: page.id
-    description: >-
-      An identifier unique to a document in a Collection or a Post (useful in RSS feeds). e.g.
-      <code>/2008/12/14/my-post</code><code>/my-collection/my-document</code>. Not applicable to
-      Pages.
-  - name: page.categories
-    description: >-
-      The list of categories to which this post belongs. Categories are derived from the directory
-      structure above the <code>_posts</code> directory. For example, a post at
-      <code>/work/code/_posts/2008-12-24-closures.md</code> would have this field set to
-      <code>['work', 'code']</code>. These can also be specified in the
-      <a href="/docs/front-matter/">front matter</a>. Note: Path-based categories may not work for
-      documents in user-defined collections.
-  - name: page.collection
-    description: >-
-      The label of the collection to which a Document belongs. e.g. <code>posts</code> for a post, or
-      <code>puppies</code> for a document at path <code>_puppies/rover.md</code>. If not part of a
-      collection, an empty string is returned.
-  - name: page.tags
-    description: >-
-      The list of tags to which this post belongs. These can be specified in the
-      <a href="/docs/front-matter/">front matter</a>.
-  - name: page.dir
-    description: >-
-      The path between the source directory and the file of a page, e.g. <code>/pages/</code> when the page
-      is at path <code>pages/about.md</code> relative to the source directory. This is derived from the
-      <code>url</code> attribute of the page and can therefore be overridden via the <code>permalink</code>
-      key in the <a href="/docs/front-matter/">front matter</a>. NOTE: This variable is not applicable to
-      posts and documents in user-defined collections. Use the <code>categories</code> variable to get similar
-      info for posts.
-  - name: page.name
-    description: >-
-      The filename of the post or page, e.g. <code>about.md</code>
-  - name: page.path
-    description: >-
-      The path to the raw post or page, relative to the source directory. Example usage: Using a combination
-      of the repository's blob URL and this page variable to get the full URL to the file in the repository.
-      This can be overridden in the <a href="/docs/front-matter/">front matter</a>.
-  - name: page.slug
-    description: >-
-      The filename of a Document resource without its extension (or date prefixes for a post). For example,
-      slug for a post at URL <code>/2017/02/22/my-new-post.html</code>, would be <code>my-new-post</code>.
-      Can be overridden in the <a href="/docs/front-matter/">front matter</a>.
-  - name: page.ext
-    description: >-
-      The file extension of a Document resource. For example, <code>.html</code>. Can be overridden in the
-      <a href="/docs/front-matter/">front matter</a>.
-  - name: page.next
-    description: >-
-      The next post relative to the position of the current post in <code>site.posts</code>.
-      Returns <code>nil</code> for the last entry.
-  - name: page.previous
-    description: >-
-      The previous post relative to the position of the current post in <code>site.posts</code>.
-      Returns <code>nil</code> for the first entry.
-
-jekyll:
-  - name: jekyll.version
-    description: Version of Jekyll used to build the site.
-  - name: jekyll.environment
-    description: Value assigned to environment variable <code>JEKYLL_ENV</code> during a build.
-
-theme:
-  - name: theme.root
-    description: >-
-      Absolute path to the theme-gem. Rendered only when environment variable <code>JEKYLL_ENV</code>
-      is set to <code>development</code>.
-  - name: theme.authors
-    description: Comma separated string composed of the authors of the theme-gem.
-  - name: theme.description
-    description: Description or summary of the theme-gem as specified in the theme gemspec. 
-  - name: theme.version
-    description: The version string of current theme.
-  - name: theme.dependencies
-    description: List of runtime dependencies of the theme.
-  - name: theme.metadata
-    description: A mapping of key-value pairs as defined in the theme gemspec. 
-
-paginator:
-  - name: paginator.page
-    description: The number of the current page
-  - name: paginator.per_page
-    description: Number of posts per page
-  - name: paginator.posts
-    description: Posts available for the current page
-  - name: paginator.total_posts
-    description: Total number of posts
-  - name: paginator.total_pages
-    description: Total number of pages
-  - name: paginator.previous_page
-    description: >-
-      The number of the previous page, or <code>nil</code> if no previous page exists
-  - name: paginator.previous_page_path
-    description: >-
-      The path to the previous page, or <code>nil</code> if no previous page exists
-  - name: paginator.next_page
-    description: >-
-      The number of the next page, or <code>nil</code> if no subsequent page exists
-  - name: paginator.next_page_path
-    description: >-
-      The path to the next page, or <code>nil</code> if no subsequent page exists

docs/_data/jekyllconf-talks.yml

@@ -53,7 +53,7 @@
   year: 2016
 
 - speaker: Amy Johnston
-  twitter_handle: AmyJohnstonXL
+  twitter_handle: amybeukenex
   youtube_id: HR12JiUI2Zc
   topic: Jekyll for Technical Documentation
   year: 2016
@@ -83,7 +83,7 @@
   year: 2016
 
 - speaker: Julio Faerman
-  twitter_handle: juliodevrel
+  twitter_handle: jmfaerman
   youtube_id: SOMonG8Iqak
   topic: Jekyll on AWS
   year: 2016
@@ -131,7 +131,7 @@
   year: 2016
 
 - speaker: Nils Borchers
-  twitter_handle: nilsbo
+  twitter_handle: nilsborchers
   youtube_id: DtNMjuv6Rbo
   topic: Building a living brand guide with Jekyll and Hologram
   year: 2016
@@ -165,45 +165,3 @@
   youtube_id: nq1AUB72GCQ
   topic: Overcoming challenges in using Jekyll for documentation projects
   year: 2016
-
-- speaker: Pieter Roozen
-  twitter_handle: Pieter_Roozen
-  youtube_id: moQP0SqEPsw
-  topic: Jekyll As An API Endpoint
-  year: 2019
-
-- speaker: Chen Hui Jing
-  twitter_handle: hj_chen
-  youtube_id: CERXESTZ5w4
-  topic: Why I love Jekyll Data Files
-  year: 2019
-
-- speaker: Chris Ferdinandi
-  twitter_handle: ChrisFerdinandi
-  youtube_id: vR1aI_kQ4-A
-  topic: The Lean Web
-  year: 2019
-  
-- speaker: Catherine Roebuck
-  twitter_handle: 
-  youtube_id: zTAP1m1BaDM
-  topic: Jekyll For City Government
-  year: 2019
-  
-- speaker: Joost van der Schee
-  twitter_handle: jhvanderschee
-  youtube_id: ztJJ1GSlYgI
-  topic: "Jekyll Codex - Jekyll for front-end developers"
-  year: 2019
-  
-- speaker: Matthew Loberg
-  twitter_handle: mloberg
-  youtube_id: 6eiAjAtSGqw
-  topic: Leverage AWS S3 And CloudFront To Deploy Blazing Fast Jekyll Sites
-  year: 2019
-  
-- speaker: George Phillips
-  twitter_handle: gphillips_nz
-  youtube_id: nEvdOwFJBVc
-  topic: Structuring Jekyll Sites For Enterprise Design Systems
-  year: 2019

docs/_data/permalinks.yml

@@ -1,139 +0,0 @@
-placeholders:
-  - name: year
-    desc: >-
-      Year from the post's filename with four digits. May be overridden via the document's
-      <code>date</code> front matter.
-  - name: short_year
-    desc: >-
-      Year from the post's filename without the century. (00..99) May be overridden via the
-      document's <code>date</code> front matter.
-  - name: month
-    desc: >-
-      Month from the post's filename. (01..12) May be overridden via the document's
-      <code>date</code> front matter.
-  - name: i_month
-    desc: >-
-      Month without leading zeros from the post's filename. May be overridden via the document's
-      <code>date</code> front matter.
-  - name: short_month
-    desc: >-
-      Three-letter month abbreviation, e.g. "Jan".
-  - name: long_month
-    intro_ver: "4.0"
-    desc: >-
-      Full month name, e.g. "January".
-  - name: day
-    desc: >-
-      Day of the month from the post's filename. (01..31) May be overridden via the document's
-      <code>date</code> front matter.
-  - name: i_day
-    desc: >-
-      Day of the month without leading zeros from the post's filename. May be overridden via the
-      document's <code>date</code> front matter.
-  - name: y_day
-    desc: >-
-      Ordinal day of the year from the post's filename, with leading zeros. (001..366)
-  - name: w_year
-    intro_ver: "4.0"
-    desc: >-
-      Week year which may differ from the month year for up to three days at the start of January
-      and end of December
-  - name: week
-    intro_ver: "4.0"
-    desc: >-
-      Week number of the current year, starting with the first week having a majority of its days
-      in January. (01..53)
-  - name: w_day
-    intro_ver: "4.0"
-    desc: >-
-      Day of the week, starting with Monday. (1..7)
-  - name: short_day
-    intro_ver: "4.0"
-    desc: >-
-      Three-letter weekday abbreviation, e.g. "Sun".
-  - name: long_day
-    intro_ver: "4.0"
-    desc: >-
-      Weekday name, e.g. "Sunday".
-  - name: hour
-    desc: >-
-      Hour of the day, 24-hour clock, zero-padded from the post's <code>date</code> front matter. (00..23)
-  - name: minute
-    desc: >-
-      Minute of the hour from the post's <code>date</code> front matter. (00..59)
-  - name: second
-    desc: >-
-      Second of the minute from the post's <code>date</code> front matter. (00..59)
-  - name: title
-    desc: >-
-      Title from the document's filename. May be overridden via the document's
-      <code>slug</code> front matter. Preserves case from the source.
-  - name: slug
-    desc: >-
-      Slugified title from the document's filename (any character except numbers and letters is
-      replaced as hyphen). May be overridden via the document's <code>slug</code> front matter.
-  - name: categories
-    desc: >-
-      The specified categories for this post. If a post has multiple categories, Jekyll will create
-      a hierarchy (e.g. <code>/category1/category2</code>). Also Jekyll automatically parses out
-      double slashes in the URLs, so if no categories are present, it will ignore this.
-  - name: slugified_categories
-    intro_ver: "4.1"
-    desc: >-
-      The specified categories for this post but <em>slugified</em>. If a category is a composite of
-      multiple words, Jekyll will downcase all alphabets and replace any non-alphanumeric character
-      with a hyphen. (e.g. <code>"Work 2 Progress"</code> will be converted into
-      <code>"work-2-progress"</code>). If a post has multiple categories, Jekyll will create
-      a hierarchy (e.g. <code>/work-2-progress/category2</code>). Also Jekyll automatically parses
-      out double slashes in the URLs, so if no categories are present, it will ignore this.
-  - name: output_ext
-    desc: >-
-      Extension of the output file. (Included by default and usually unnecessary.)
-
-builtin_formats:
-  - name: date
-    format: "/:categories/:year/:month/:day/:title:output_ext"
-  - name: pretty
-    format: "/:categories/:year/:month/:day/:title/"
-  - name: ordinal
-    format: "/:categories/:year/:y_day/:title:output_ext"
-  - name: weekdate
-    intro_ver: "4.0"
-    format: "/:categories/:year/W:week/:short_day/:title:output_ext"
-    note: "<code>W</code> will be prefixed to the value of <code>:week</code>"
-  - name: none
-    format: "/:categories/:title:output_ext"
-
-types:
-  documents:
-    - name: collection
-      desc: >-
-        Label of the containing collection.
-    - name: path
-      desc: >-
-        Path to the document relative to the collection's directory, including base filename of the document.
-        However, does not include the file extension.
-    - name: name
-      desc: >-
-        The document's base filename but slugified: downcased and every sequence of non-alphanumeric character
-        (including spaces) replaced by a hyphen.
-    - name: title
-      desc: >-
-        Takes on the value of front matter key <code>slug</code> if defined for the document. Otherwise takes
-        on the string value generated from the document's base filename by piping through the <code>slugify</code>
-        filter method with <code>pretty</code> option.<br/>
-        Regardless of the value taken, the case of the alphabets are preserved instead of being replaced with
-        lowercase counterparts.
-    - name: output_ext
-      desc: >-
-        Extension of the output file. (Included by default and usually unnecessary.)
-  pages:
-    - name: path
-      desc: >-
-        Path between the source directory and the base filename of the page.
-    - name: basename
-      desc: >-
-        The page's base filename.
-    - name: output_ext
-      desc: >-
-        Extension of the output file. (Included by default and usually unnecessary.)

docs/_data/primary_nav.yml

@@ -1,15 +0,0 @@
-- title: Home
-  link: /
-  show_on_mobile: true
-- title: Docs
-  link: /docs/
-  show_on_mobile: true
-- title: Resources
-  link: /resources/
-  show_on_mobile: true
-- title: Showcase
-  link: /showcase/
-  show_on_mobile: false
-- title: News
-  link: /news/
-  show_on_mobile: true

docs/_data/ruby.yml

@@ -1,3 +0,0 @@
-min_version: 2.7.0
-current_version: 3.4.1
-current_version_output: ruby 3.4.1 (2024-12-25 revision 48d4efcb85)

docs/_data/showcase.yml

@@ -1,308 +0,0 @@
-- name: Tom Preston Werner Blog
-  url: https://tom.preston-werner.com/
-  image: tom-preston-werner.png
-  categories:
-    - personal
-    - blog
-
-# - name: White House Social and Behavioral Sciences Team
-#   url: https://sbst.gov/
-#   image: sbst.png
-#   categories:
-#     - government
-
-- name: SiteLeaf
-  url: https://www.siteleaf.com/
-  image: siteleaf.png
-  categories:
-    - software
-    - marketing-site
-
-- name: CloudCannon
-  url: https://cloudcannon.com/
-  image: cloudcannon.png
-  categories:
-    - software
-    - marketing-site
-
-- name: Vesterheim Norwegian-American Museum
-  url: https://vesterheim.org/
-  image: vesterheim.png
-  categories:
-    - marketing-site
-
-- name: KOTN
-  url: https://kotn.com/
-  image: kotn.png
-  categories:
-   - marketing-site
-
-- name: MvvmCross
-  url: https://www.mvvmcross.com/
-  image: mvvm.png
-  categories:
-    - software
-    - marketing-site
-
-- name: Vidgrid
-  url: https://www.vidgrid.com/
-  image: vidgrid.png
-  categories:
-    - software
-    - marketing-site
-
-- name: Bitcoin
-  url: https://bitcoin.org/
-  image: bitcoin.png
-  categories:
-    - software
-    - marketing-site
-
-- name: Mapwize
-  url: https://www.mapwize.io/
-  image: mapwize.png
-  categories:
-    - software
-    - marketing-site
-
-- name: Auth0 Blog
-  url: https://auth0.com/blog/
-  image: auth0-blog.png
-  categories:
-    - software
-    - blog
-
-- name: Freedom of Information Act
-  url: https://www.foia.gov/
-  image: foia-gov.png
-  categories:
-    - government
-
-- name: "Art & About Sydney"
-  url: https://www.artandabout.com.au/
-  image: art-sydney.png
-  categories:
-    - government
-
-- name: Passbolt Help
-  url: https://help.passbolt.com/
-  image: passbolt-help.png
-  categories:
-    - knowledgebase
-
-- name: We are COLLINS
-  url: https://www.wearecollins.com/
-  image: collins.png
-  categories:
-    - agency
-
-- name: Lightburn
-  url: https://lightburn.co/
-  image: lightburn.png
-  categories:
-    - agency
-
-- name: italia.it
-  url: https://developers.italia.it/
-  image: italia-it.png
-  categories:
-    - community
-
-- name: Sydney New Years Eve
-  url: https://www.sydneynewyearseve.com/
-  image: nsw.png
-  categories:
-    - government
-
-- name: Login.gov
-  url: https://login.gov/
-  image: login-gov.png
-  categories:
-    - government
-
-- name: plainlanguage.gov
-  url: https://plainlanguage.gov/
-  image: plainlanguage-gov.png
-  categories:
-    - government
-
-- name: U.S. Web Design Standards
-  url: https://designsystem.digital.gov/
-  image: uswds.png
-  categories:
-    - government
-
-- name: Grantmaker Search
-  url: https://www.grantmakers.io/
-  image: grantmakers.png
-  categories:
-    - marketing-site
-
-- name: Rehan Butt
-  url: https://rehanbutt.com/
-  image: rehn.png
-  categories:
-    - personal
-    - portfolio
-
-- name: The Markdown Guide
-  url: https://www.markdownguide.org/
-  image: markdown-guide.png
-  categories:
-    - knowledgebase
-
-- name: Probot
-  url: https://probot.github.io/
-  image: probot.png
-  categories:
-    - documentation
-
-- name: Matt Grey
-  url: https://himatt.com/
-  image: matt-grey.png
-  categories:
-    - personal
-    - portfolio
-
-- name: Lattice
-  url: https://lattice.com/
-  image: lattice.png
-  categories:
-    - software
-    - marketing-site
-
-- name: MailTape
-  url: https://www.mailta.pe/
-  image: mailtape.png
-  categories:
-    - other
-
-- name: Digital Democracy
-  url: https://www.digital-democracy.org/
-  image: digital-democracy.png
-  categories:
-    - other
-
-- name: HTML Reference
-  url: https://htmlreference.io/
-  image: htmlreference.png
-  categories:
-    - documentation
-
-- name: CSS Reference
-  url: https://cssreference.io/
-  image: cssreference.png
-  categories:
-    - documentation
-
-- name: Chain
-  url: https://www.chain.com/
-  image: chain.png
-  categories:
-    - marketing-site
-
-- name: IBM MobileFirst Foundation
-  url: https://mobilefirstplatform.ibmcloud.com/
-  image: ibm-mobile-foundation.png
-  categories:
-    - documentation
-
-- name: "18F"
-  url: https://18f.gsa.gov/
-  image: 18f.png
-  categories:
-    - agency
-    - government
-
-- name: Development Seed
-  url: https://developmentseed.org/
-  image: development-seed.png
-  categories:
-    - agency
-
-- name: Isomer - Singapore Government Static Websites
-  url: https://isomer.gov.sg/
-  image: isomer.png
-  categories:
-    - government
-
-- name: French Government Digital Services
-  url: https://beta.gouv.fr/
-  image: beta-gouv-fr.png
-  categories:
-    - government
-
-- name: Paris Call for Trust and Security in Cyberspace
-  url: https://pariscall.international/
-  image: appel-de-paris.png
-  categories:
-    - government
-
-- name: TwitchCon
-  url: https://www.twitchcon.com/
-  image: twitchcon.png
-  categories:
-    - marketing-site
-    - conference
-
-- name: UN World Statistics
-  url: https://worldstatisticsday.org/
-  image: world-statistics-day.png
-  categories:
-    - government
-
-- name: Netflix Devices
-  url: https://devices.netflix.com/
-  image: netflix.png
-  categories:
-    - marketing-site
-
-- name: Twitch Developer Documentation
-  url: https://dev.twitch.tv/
-  image: twitch-developers.png
-  categories:
-    - marketing-site
-    - documentation
-
-- name: Yeoman
-  url: https://yeoman.io/
-  image: yeoman.png
-  categories:
-    - open-source
-    - marketing-site
-
-- name: Release Management Blog
-  url: https://release.mozilla.org/
-  image: mozilla-release-blog.png
-  categories:
-    - software
-    - blog
-
-- name: frame.ai
-  url: https://frame.ai/
-  image: frame-ai.png
-  categories:
-    - software
-    - marketing-site
-
-- name: Spotify for Developers
-  url: https://developer.spotify.com
-  image: spotify-developers.png
-  categories:
-    - marketing-site
-    - documentation
-    - software
-
-- name: Sketch
-  url: https://www.sketch.com/
-  image: sketch.png
-  categories:
-    - software
-    - marketing-site
-
-- name: Ruby on Rails
-  url: https://rubyonrails.org/
-  image: ruby-on-rails.png
-  categories:
-    - marketing-site
-    - documentation

docs/_data/tutorials.yml

@@ -7,7 +7,6 @@
   - custom-404-page
   - convert-site-to-jekyll
   - using-jekyll-with-bundler
-  - csv-to-table
 
 #- title: Another section
 #  tutorials:

docs/_docs/assets.md

@@ -3,11 +3,10 @@ title: Assets
 permalink: /docs/assets/
 ---
 
-Jekyll provides built-in support for [Sass](https://sass-lang.com/)
-and can work with [CoffeeScript](https://coffeescript.org/) via a Ruby gem.
-In order to use them, you must first create a file with the proper extension
-name (one of `.sass`, `.scss`, or `.coffee`) and
-***start the file with two lines of triple dashes***, like this:
+Jekyll provides built-in support for Sass and can work with CoffeeScript via
+a Ruby gem. In order to use them, you must first create a file with the
+proper extension name (one of `.sass`, `.scss`, or `.coffee`) and ***start the
+file with two lines of triple dashes***, like this:
 
 ```sass
 ---
@@ -28,7 +27,7 @@ will process it and put it in your site's destination folder under
   <h5>Jekyll processes all Liquid filters and tags in asset files</h5>
   <p>If you are using <a href="https://mustache.github.io">Mustache</a>
      or another JavaScript templating language that conflicts with
-     the <a href="{{ '/docs/templates/' | relative_url }}">Liquid template syntax</a>, you
+     the <a href="/docs/templates/">Liquid template syntax</a>, you
      will need to place <code>{&#37; raw &#37;}</code> and
      <code>{&#37; endraw &#37;}</code> tags around your code.</p>
 </div>
@@ -43,7 +42,8 @@ them to be in the output file, such as `<source>/css`. For an example, take
 a look at [this example site using Sass support in Jekyll][example-sass].
 
 If you are using Sass `@import` statements, you'll need to ensure that your
-`sass_dir` is set to the base directory that contains your Sass files:
+`sass_dir` is set to the base directory that contains your Sass files. You
+can do that thusly:
 
 ```yaml
 sass:
@@ -61,8 +61,8 @@ The Sass converter will default the `sass_dir` configuration option to
 
     Note that the <code>sass_dir</code> becomes the load path for Sass imports,
     nothing more. This means that Jekyll does not know about these files
-    directly. Any files here should not contain the empty front matter as
-    described above. If they do, they'll not be transformed as described above. This
+    directly, so any files here should not contain the YAML Front Matter as
+    described above nor will they be transformed as described above. This
     folder should only contain imports.
 
   </p>
@@ -79,7 +79,6 @@ sass:
 These are passed to Sass, so any output style options Sass supports are valid
 here, too.
 
-For more information on Sass configuration options, see the [Sass configuration]({{ '/docs/configuration/sass/' | relative_url }}) docs.
 
 ## Coffeescript
 
@@ -90,5 +89,5 @@ To enable Coffeescript in Jekyll 3.0 and up you must
 
 ```yaml
 plugins:
-  - jekyll-coffeescript
+ - jekyll-coffeescript
 ```

docs/_docs/code_of_conduct.md

@@ -1,47 +1,30 @@
 ---
 title: Code of Conduct
 permalink: "/docs/code_of_conduct/"
-note: This file is autogenerated. Edit /.github/CODE_OF_CONDUCT.markdown instead.
+note: This file is autogenerated. Edit /CODE_OF_CONDUCT.markdown instead.
 redirect_from: "/conduct/index.html"
 editable: false
 ---
 
-## Our Pledge
+As contributors and maintainers of this project, and in the interest of
+fostering an open and welcoming community, we pledge to respect all people who
+contribute through reporting issues, posting feature requests, updating
+documentation, submitting pull requests or patches, and other activities.
 
-In the interest of fostering an open and welcoming environment, we as
-contributors and maintainers pledge to making participation in our project and
-our community a harassment-free experience for everyone, regardless of age, body
-size, disability, ethnicity, sex characteristics, gender identity and expression,
-level of experience, education, socio-economic status, nationality, personal
-appearance, race, religion, or sexual identity and orientation.
-
-## Our Standards
-
-Examples of behavior that contributes to creating a positive environment
-include:
-
-* Using welcoming and inclusive language
-* Being respectful of differing viewpoints and experiences
-* Gracefully accepting constructive criticism
-* Focusing on what is best for the community
-* Showing empathy towards other community members
+We are committed to making participation in this project a harassment-free
+experience for everyone, regardless of level of experience, gender, gender
+identity and expression, sexual orientation, disability, personal appearance,
+body size, race, ethnicity, age, religion, or nationality.
 
 Examples of unacceptable behavior by participants include:
 
-* The use of sexualized language or imagery and unwelcome sexual attention or
-  advances
-* Trolling, insulting/derogatory comments, and personal or political attacks
+* The use of sexualized language or imagery
+* Personal attacks
+* Trolling or insulting/derogatory comments
 * Public or private harassment
-* Publishing others' private information, such as a physical or electronic
-  address, without explicit permission
-* Other conduct which could reasonably be considered inappropriate in a
-  professional setting
-
-## Our Responsibilities
-
-Project maintainers are responsible for clarifying the standards of acceptable
-behavior and are expected to take appropriate and fair corrective action in
-response to any instances of unacceptable behavior.
+* Publishing other's private information, such as physical or electronic
+  addresses, without explicit permission
+* Other unethical or unprofessional conduct
 
 Project maintainers have the right and responsibility to remove, edit, or
 reject comments, commits, code, wiki edits, issues, and other contributions
@@ -49,34 +32,24 @@ that are not aligned to this Code of Conduct, or to ban temporarily or
 permanently any contributor for other behaviors that they deem inappropriate,
 threatening, offensive, or harmful.
 
-## Scope
+By adopting this Code of Conduct, project maintainers commit themselves to
+fairly and consistently applying these principles to every aspect of managing
+this project. Project maintainers who do not follow or enforce the Code of
+Conduct may be permanently removed from the project team.
 
 This Code of Conduct applies both within project spaces and in public spaces
-when an individual is representing the project or its community. Examples of
-representing a project or community include using an official project e-mail
-address, posting via an official social media account, or acting as an appointed
-representative at an online or offline event. Representation of a project may be
-further defined and clarified by project maintainers.
-
-## Enforcement
+when an individual is representing the project or its community.
 
 Instances of abusive, harassing, or otherwise unacceptable behavior may be
-reported by contacting the project team at [olivia@jekyllrb.com](mailto:olivia@jekyllrb.com). All
-complaints will be reviewed and investigated and will result in a response that
-is deemed necessary and appropriate to the circumstances. The project team is
-obligated to maintain confidentiality with regard to the reporter of an incident.
-Further details of specific enforcement policies may be posted separately.
+reported by opening an issue or contacting a project maintainer. All complaints
+will be reviewed and investigated and will result in a response that is deemed
+necessary and appropriate to the circumstances. Maintainers are obligated to
+maintain confidentiality with regard to the reporter of an incident.
 
-Project maintainers who do not follow or enforce the Code of Conduct in good
-faith may face temporary or permanent repercussions as determined by other
-members of the project's leadership.
 
-## Attribution
+This Code of Conduct is adapted from the [Contributor Covenant][homepage],
+version 1.3.0, available at
+[http://contributor-covenant.org/version/1/3/0/][version]
 
-This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
-available at [https://www.contributor-covenant.org/version/1/4/code-of-conduct.html](https://www.contributor-covenant.org/version/1/4/code-of-conduct.html)
-
-[homepage]: https://www.contributor-covenant.org
-
-For answers to common questions about this code of conduct, see
-[https://www.contributor-covenant.org/faq](https://www.contributor-covenant.org/faq)
+[homepage]: http://contributor-covenant.org
+[version]: http://contributor-covenant.org/version/1/3/0/

docs/_docs/collections.md

@@ -3,33 +3,48 @@ title: Collections
 permalink: /docs/collections/
 ---
 
-Collections are a great way to group related content like members of a team or
-talks at a conference.
+Not everything is a post or a page. Maybe you want to document the various
+methods in your open source project, members of a team, or talks at a
+conference. Collections allow you to define a new type of document that behave
+like Pages or Posts do normally, but also have their own unique properties and
+namespace.
 
-## Setup
+## Using Collections
 
-To use a Collection you first need to define it in your `_config.yml`. For
-example here's a collection of staff members:
+To start using collections, follow these 3 steps:
+
+* [Step 1: Tell Jekyll to read in your collection](#step1)
+* [Step 2: Add your content](#step2)
+* [Step 3: Optionally render your collection's documents into independent files](#step3)
+
+### Step 1: Tell Jekyll to read in your collection {#step1}
+
+Add the following to your site's `_config.yml` file, replacing `my_collection`
+with the name of your collection:
 
 ```yaml
 collections:
-  - staff_members
+- my_collection
 ```
 
-In this case `collections` is defined as a sequence (i.e., array) with no additional metadata defined for each collection.
-You can optionally specify metadata for your collection by defining `collections` as a mapping (i.e., hashmap) instead of sequence, and then defining additional fields in it:
+You can optionally specify metadata for your collection in the configuration:
 
 ```yaml
 collections:
-  staff_members:
-    people: true
+  my_collection:
+    foo: bar
 ```
 
-{: .note .info}
-When defining a collection as a sequence, its pages will not be rendered by
-default. To enable this, <code>output: true</code> must be specified on the
-collection, which requires defining the collection as a mapping. For more
-information, see the section <a href="#output">Output</a>.
+Default attributes can also be set for a collection:
+
+```yaml
+defaults:
+  - scope:
+      path: ""
+      type: my_collection
+    values:
+      layout: page
+```
 
 <div class="note">
   <h5>Gather your collections {%- include docs_version_badge.html version="3.7.0" -%}</h5>
@@ -46,35 +61,12 @@ information, see the section <a href="#output">Output</a>.
   <p>If you specify a directory to store all your collections in the same place with <code>collections_dir: my_collections</code>, then you will need to move your <code>_drafts</code> and <code>_posts</code> directory to <code>my_collections/_drafts</code> and <code>my_collections/_posts</code>. Note that, the name of your collections directory cannot start with an underscore (`_`).</p>
 </div>
 
-## Add content
+### Step 2: Add your content {#step2}
 
-Create a corresponding folder (e.g. `<source>/_staff_members`) and add
-documents. Front matter is processed if the front matter exists, and everything
-after the front matter is pushed into the document's `content` attribute. If no front
-matter is provided, Jekyll will consider it to be a [static file]({{ '/docs/static-files/' | relative_url }})
-and the contents will not undergo further processing. If front matter is provided,
-Jekyll will process the file contents into the expected output.
-
-Regardless of whether front matter exists or not, Jekyll will write to the destination
-directory (e.g. `_site`) only if `output: true` has been set in the collection's
-metadata.
-
-For example here's how you would add a staff member to the collection set above.
-The filename is `./_staff_members/jane.md` with the following content:
-
-```markdown
----
-name: Jane Doe
-position: Developer
----
-Jane has worked on Jekyll for the past *five years*.
-```
-
-<em>
-  Do note that in spite of being considered as a collection internally, the above
-  doesn't apply to [posts](/docs/posts/). Posts with a valid filename format will be
-  marked for processing even if they do not contain front matter.
-</em>
+Create a corresponding folder (e.g. `<source>/_my_collection`) and add
+documents. YAML front matter is processed if the front matter exists, and everything
+after the front matter is pushed into the document's `content` attribute. If no YAML front
+matter is provided, Jekyll will not generate the file in your collection.
 
 <div class="note info">
   <h5>Be sure to name your directories correctly</h5>
@@ -84,118 +76,190 @@ your <code>_config.yml</code> file, with the addition of the preceding <code>_</
   </p>
 </div>
 
-## Output
+### Step 3: Optionally render your collection's documents into independent files {#step3}
 
-Now you can iterate over `site.staff_members` on a page and output the content
-for each staff member. Similar to posts, the body of the document is accessed
-using the `content` variable:
-
-{% raw %}
-```liquid
-{% for staff_member in site.staff_members %}
-  <h2>{{ staff_member.name }} - {{ staff_member.position }}</h2>
-  <p>{{ staff_member.content | markdownify }}</p>
-{% endfor %}
-```
-{% endraw %}
-
-If you'd like Jekyll to create a rendered page for each document in your
-collection, you can set the `output` key to `true` in your collection
-metadata in `_config.yml`:
+If you'd like Jekyll to create a public-facing, rendered version of each
+document in your collection, set the `output` key to `true` in your collection
+metadata in your `_config.yml`:
 
 ```yaml
 collections:
-  staff_members:
+  my_collection:
     output: true
 ```
 
-You can link to the generated page using the `url` attribute:
+This will produce a file for each document in the collection.
+For example, if you have `_my_collection/some_subdir/some_doc.md`,
+it will be rendered using Liquid and the Markdown converter of your
+choice and written out to `<dest>/my_collection/some_subdir/some_doc.html`.
+
+If you wish a specific page to be shown when accessing `/my_collection/`,
+simply add `permalink: /my_collection/index.html` to a page.
+To list items from the collection, on that page or any other, you can use:
 
 {% raw %}
 ```liquid
-{% for staff_member in site.staff_members %}
-  <h2>
-    <a href="{{ staff_member.url }}">
-      {{ staff_member.name }} - {{ staff_member.position }}
-    </a>
-  </h2>
-  <p>{{ staff_member.content | markdownify }}</p>
+{% for item in site.my_collection %}
+  <h2>{{ item.title }}</h2>
+  <p>{{ item.description }}</p>
+  <p><a href="{{ item.url }}">{{ item.title }}</a></p>
 {% endfor %}
 ```
 {% endraw %}
 
-## Future
+<div class="note info">
+  <h5>Don't forget to add YAML for processing</h5>
+  <p>
+  Files in collections that do not have front matter are treated as
+  <a href="/docs/static-files">static files</a> and simply copied to their
+  output location without processing.
+  </p>
+</div>
 
-You can configure a collection to show future items by setting the `future` metadata to `true` in the collection's configuration.
+## Configuring permalinks for collections {#permalinks}
+
+If you wish to specify a custom pattern for the URLs where your Collection pages
+will reside, you may do so with the [`permalink` property](../permalinks/):
 
 ```yaml
 collections:
-  staff_members:
-    future: true
+  my_collection:
+    output: true
+    permalink: /:collection/:name
 ```
 
-## Permalinks
+### Examples
 
-There are special [permalink variables for collections]({{ '/docs/permalinks/#collections' | relative_url }}) to
-help you control the output url for the entire collection.
+For a collection with the following source file structure,
 
-## Custom Sorting of Documents {%- include docs_version_badge.html version="4.0" -%}
-{: #custom-sorting-of-documents}
-
-By default, two documents in a collection are sorted by their `date` attribute when both of them have the `date` key in their front matter. However, if either or both documents do not have the `date` key in their front matter, they are sorted by their respective paths.
-
-You can control this sorting via the collection's metadata.
-
-### Sort By Front Matter Key
-
-Documents can be sorted based on a front matter key by setting a `sort_by` metadata to the front matter key string. For example,
-to sort a collection of tutorials based on key `lesson`, the configuration would be:
-
-```yaml
-collections:
-  tutorials:
-    sort_by: lesson
+```
+_my_collection/
+└── some_subdir
+    └── some_doc.md
 ```
 
-The documents are arranged in the increasing order of the key's value. If a document does not have the front matter key defined
-then that document is placed immediately after sorted documents. When multiple documents do not have the front matter key defined,
-those documents are sorted by their dates or paths and then placed immediately after the sorted documents.
+each of the following `permalink` configurations will produce the document structure shown below it.
 
-### Manually Ordering Documents
+* **Default**
+  Same as `permalink: /:collection/:path`.
 
-You can also manually order the documents by setting an `order` metadata with **the filenames listed** in the desired order.
-For example, a collection of tutorials would be configured as:
+  ```
+  _site/
+  ├── my_collection
+  │   └── some_subdir
+  │       └── some_doc.html
+  ...
+  ```
+* `permalink: pretty`
+  Same as `permalink: /:collection/:path/`.
 
-```yaml
-collections:
-  tutorials:
-    order:
-      - hello-world.md
-      - introduction.md
-      - basic-concepts.md
-      - advanced-concepts.md
-```
+  ```
+  _site/
+  ├── my_collection
+  │   └── some_subdir
+  │       └── some_doc
+  │           └── index.html
+  ...
+  ```
+* `permalink: /doc/:path`
 
-Any documents with filenames that do not match the list entry simply gets placed after the rearranged documents. If a document is
-nested under subdirectories, include them in entries as well:
+  ```
+  _site/
+  ├── doc
+  │   └── some_subdir
+  │       └── some_doc.html
+  ...
+  ```
+* `permalink: /doc/:name`
 
-```yaml
-collections:
-  tutorials:
-    order:
-      - hello-world.md
-      - introduction.md
-      - concepts/basics.md
-      - concepts/advanced.md
-```
+  ```
+  _site/
+  ├── doc
+  │   └── some_doc.html
+  ...
+  ```
+* `permalink: /:name`
 
-If both metadata keys have been defined properly, `order` list takes precedence.
+  ```
+  _site/
+  ├── some_doc.html
+  ...
+  ```
+
+### Template Variables
+
+<div class="mobile-side-scroller">
+<table>
+  <thead>
+    <tr>
+      <th>Variable</th>
+      <th>Description</th>
+    </tr>
+  </thead>
+  <tbody>
+    <tr>
+      <td>
+        <p><code>:collection</code></p>
+      </td>
+      <td>
+        <p>Label of the containing collection.</p>
+      </td>
+    </tr>
+    <tr>
+      <td>
+        <p><code>:path</code></p>
+      </td>
+      <td>
+        <p>Path to the document relative to the collection's directory.</p>
+      </td>
+    </tr>
+    <tr>
+      <td>
+        <p><code>:name</code></p>
+      </td>
+      <td>
+        <p>The document's base filename, with every sequence of spaces
+        and non-alphanumeric characters replaced by a hyphen.</p>
+      </td>
+    </tr>
+    <tr>
+      <td>
+        <p><code>:title</code></p>
+      </td>
+      <td>
+        <p>
+          The <code>:title</code> template variable will take the
+          <code>slug</code> <a href="/docs/frontmatter/">front matter</a>
+          variable value if any is present in the document; if none is
+          defined then <code>:title</code> will be equivalent to
+          <code>:name</code>, aka the slug generated from the filename.
+        </p>
+      </td>
+    </tr>
+    <tr>
+      <td>
+        <p><code>:output_ext</code></p>
+      </td>
+      <td>
+        <p>Extension of the output file. (Included by default and usually unnecessary.)</p>
+      </td>
+    </tr>
+  </tbody>
+</table>
+</div>
 
 ## Liquid Attributes
 
 ### Collections
 
-Collections are also available under `site.collections`, with the metadata
+Each collection is accessible as a field on the `site` variable. For example, if
+you want to access the `albums` collection found in `_albums`, you'd use
+`site.albums`.
+
+Each collection is itself an array of documents (e.g., `site.albums` is an array of documents, much like `site.pages` and
+`site.posts`). See the table below for how to access attributes of those documents.
+
+The collections are also available under `site.collections`, with the metadata
 you specified in your `_config.yml` (if present) and the following information:
 
 <div class="mobile-side-scroller">
@@ -289,7 +353,7 @@ you specified in your `_config.yml` (if present) and the following information:
   <p>Except for documents in hard-coded default collection <code>posts</code>, all documents in collections
     you create, are accessible via Liquid irrespective of their assigned date, if any, and therefore renderable.
   </p>
-  <p>Documents are attempted to be written to disk only if the concerned collection
+  <p>However documents are attempted to be written to disk only if the concerned collection
     metadata has <code>output: true</code>. Additionally, future-dated documents are only written if
     <code>site.future</code> <em>is also true</em>.
   </p>
@@ -298,9 +362,10 @@ you specified in your `_config.yml` (if present) and the following information:
   </p>
 </div>
 
+
 ### Documents
 
-In addition to any front matter provided in the document's corresponding
+In addition to any YAML Front Matter provided in the document's corresponding
 file, each document has the following attributes:
 
 <div class="mobile-side-scroller">
@@ -318,9 +383,9 @@ file, each document has the following attributes:
       </td>
       <td>
         <p>
-          The (unrendered) content of the document. If no front matter is
+          The (unrendered) content of the document. If no YAML Front Matter is
           provided, Jekyll will not generate the file in your collection. If
-          front matter is used, then this is all the contents of the file
+          YAML Front Matter is used, then this is all the contents of the file
           after the terminating
           `---` of the front matter.
         </p>
@@ -390,3 +455,51 @@ file, each document has the following attributes:
   </tbody>
 </table>
 </div>
+
+## Accessing Collection Attributes
+
+Attributes from the YAML front matter can be accessed as data anywhere in the
+site. Using the above example for configuring a collection as `site.albums`,
+you might have front matter in an individual file structured as follows (which
+must use a supported markup format, and cannot be saved with a `.yaml`
+extension):
+
+```yaml
+title: "Josquin: Missa De beata virgine and Missa Ave maris stella"
+artist: "The Tallis Scholars"
+director: "Peter Phillips"
+works:
+  - title: "Missa De beata virgine"
+    composer: "Josquin des Prez"
+    tracks:
+      - title: "Kyrie"
+        duration: "4:25"
+      - title: "Gloria"
+        duration: "9:53"
+      - title: "Credo"
+        duration: "9:09"
+      - title: "Sanctus & Benedictus"
+        duration: "7:47"
+      - title: "Agnus Dei I, II & III"
+        duration: "6:49"
+```
+
+Every album in the collection could be listed on a single page with a template:
+
+```liquid
+{% raw %}
+{% for album in site.albums %}
+  <h2>{{ album.title }}</h2>
+  <p>Performed by {{ album.artist }}{% if album.director %}, directed by {{ album.director }}{% endif %}</p>
+  {% for work in album.works %}
+    <h3>{{ work.title }}</h3>
+    <p>Composed by {{ work.composer }}</p>
+    <ul>
+    {% for track in work.tracks %}
+      <li>{{ track.title }} ({{ track.duration }})</li>
+    {% endfor %}
+    </ul>
+  {% endfor %}
+{% endfor %}
+{% endraw %}
+```

docs/_docs/community/bug.md

@@ -1,8 +0,0 @@
----
-title: Report a bug
-permalink: "/docs/community/bug/"
----
-
-If you think you've found a bug within a Jekyll plugin, open an issue in that plugin's repository — First [look for the plugin on rubygems](https://rubygems.org/) then click on the `Homepage` link to access the plugin repository.
-
-If you think you've found a bug within Jekyll itself, [open an issue](https://github.com/jekyll/jekyll/issues/new).

docs/_docs/community/community.md

@@ -1,44 +0,0 @@
----
-title: Community
-permalink: /docs/community/
-redirect_from: "/help/index.html"
----
-
-## Jekyll Contributor Code of Conduct
-
-As contributors and maintainers of this project, and in the interest of fostering an open and welcoming community, we pledge to respect all people who contribute through reporting issues, posting feature requests, updating documentation, submitting pull requests or patches, and other activities.
-
-Read the full [code of conduct]({{ '/docs/conduct/' | relative_url }})
-
-## Reporting Security Vulnerabilities
-
-Find something in our codebase that could be exploited by malicious elements?
-
-Consult our [Security Policy]({{ '/docs/security/' | relative_url }}) to see if a product version is considered *outdated* and how to report
-the situation responsibly.
-
-## Where to get support
-
-If you're looking for support for Jekyll, there are a lot of options:
-
-* Read the [Jekyll Documentation]({{ '/docs/' | relative_url }})
-* If you have a question about using Jekyll, start a discussion on the [Jekyll Forum](https://talk.jekyllrb.com/) or [StackOverflow](https://stackoverflow.com/questions/tagged/jekyll)
-* Chat with Jekyllers — Join our [Gitter channel](https://gitter.im/jekyll/jekyll) or our IRC channel #jekyll on [Libera](irc://irc.libera.chat/#jekyll).
-
-There are a bunch of helpful community members on these services who are willing to point you in the right direction.
-
-**Reminder: Jekyll's issue tracker is not a support forum.**
-
-## Ways to contribute
-
-* [How to Contribute]({{ '/docs/contributing/' | relative_url }})
-* [How to file a bug]({{ '/docs/community/bug/' | relative_url }})
-* [Guide for maintaining Jekyll]({{ '/docs/maintaining/' | relative_url }})
-
-## Jekyllconf
-
-[Watch videos]({{ '/jekyllconf/' | relative_url }}) from members of the Jekyll community speak about interesting use cases, tricks they’ve learned or meta Jekyll topics.
-
-## Jekyll on Twitter
-
-The [official Jekyll Twitter account](https://twitter.com/jekyllrb).

docs/_docs/conduct.md

@@ -6,42 +6,25 @@ redirect_from: "/conduct/index.html"
 editable: false
 ---
 
-## Our Pledge
+As contributors and maintainers of this project, and in the interest of
+fostering an open and welcoming community, we pledge to respect all people who
+contribute through reporting issues, posting feature requests, updating
+documentation, submitting pull requests or patches, and other activities.
 
-In the interest of fostering an open and welcoming environment, we as
-contributors and maintainers pledge to making participation in our project and
-our community a harassment-free experience for everyone, regardless of age, body
-size, disability, ethnicity, sex characteristics, gender identity and expression,
-level of experience, education, socio-economic status, nationality, personal
-appearance, race, religion, or sexual identity and orientation.
-
-## Our Standards
-
-Examples of behavior that contributes to creating a positive environment
-include:
-
-* Using welcoming and inclusive language
-* Being respectful of differing viewpoints and experiences
-* Gracefully accepting constructive criticism
-* Focusing on what is best for the community
-* Showing empathy towards other community members
+We are committed to making participation in this project a harassment-free
+experience for everyone, regardless of level of experience, gender, gender
+identity and expression, sexual orientation, disability, personal appearance,
+body size, race, ethnicity, age, religion, or nationality.
 
 Examples of unacceptable behavior by participants include:
 
-* The use of sexualized language or imagery and unwelcome sexual attention or
-  advances
-* Trolling, insulting/derogatory comments, and personal or political attacks
+* The use of sexualized language or imagery
+* Personal attacks
+* Trolling or insulting/derogatory comments
 * Public or private harassment
-* Publishing others' private information, such as a physical or electronic
-  address, without explicit permission
-* Other conduct which could reasonably be considered inappropriate in a
-  professional setting
-
-## Our Responsibilities
-
-Project maintainers are responsible for clarifying the standards of acceptable
-behavior and are expected to take appropriate and fair corrective action in
-response to any instances of unacceptable behavior.
+* Publishing other's private information, such as physical or electronic
+  addresses, without explicit permission
+* Other unethical or unprofessional conduct
 
 Project maintainers have the right and responsibility to remove, edit, or
 reject comments, commits, code, wiki edits, issues, and other contributions
@@ -49,34 +32,24 @@ that are not aligned to this Code of Conduct, or to ban temporarily or
 permanently any contributor for other behaviors that they deem inappropriate,
 threatening, offensive, or harmful.
 
-## Scope
+By adopting this Code of Conduct, project maintainers commit themselves to
+fairly and consistently applying these principles to every aspect of managing
+this project. Project maintainers who do not follow or enforce the Code of
+Conduct may be permanently removed from the project team.
 
 This Code of Conduct applies both within project spaces and in public spaces
-when an individual is representing the project or its community. Examples of
-representing a project or community include using an official project e-mail
-address, posting via an official social media account, or acting as an appointed
-representative at an online or offline event. Representation of a project may be
-further defined and clarified by project maintainers.
-
-## Enforcement
+when an individual is representing the project or its community.
 
 Instances of abusive, harassing, or otherwise unacceptable behavior may be
-reported by contacting the project team at [olivia@jekyllrb.com](mailto:olivia@jekyllrb.com). All
-complaints will be reviewed and investigated and will result in a response that
-is deemed necessary and appropriate to the circumstances. The project team is
-obligated to maintain confidentiality with regard to the reporter of an incident.
-Further details of specific enforcement policies may be posted separately.
+reported by opening an issue or contacting a project maintainer. All complaints
+will be reviewed and investigated and will result in a response that is deemed
+necessary and appropriate to the circumstances. Maintainers are obligated to
+maintain confidentiality with regard to the reporter of an incident.
 
-Project maintainers who do not follow or enforce the Code of Conduct in good
-faith may face temporary or permanent repercussions as determined by other
-members of the project's leadership.
 
-## Attribution
+This Code of Conduct is adapted from the [Contributor Covenant][homepage],
+version 1.3.0, available at
+[http://contributor-covenant.org/version/1/3/0/][version]
 
-This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
-available at [https://www.contributor-covenant.org/version/1/4/code-of-conduct.html](https://www.contributor-covenant.org/version/1/4/code-of-conduct.html)
-
-[homepage]: https://www.contributor-covenant.org
-
-For answers to common questions about this code of conduct, see
-[https://www.contributor-covenant.org/faq](https://www.contributor-covenant.org/faq)
+[homepage]: http://contributor-covenant.org
+[version]: http://contributor-covenant.org/version/1/3/0/

docs/_docs/configuration.md

@@ -3,17 +3,831 @@ title: Configuration
 permalink: /docs/configuration/
 ---
 
-Jekyll gives you a lot of flexibility to customize how it builds your site. These
-options can either be specified in a `_config.yml` or `_config.toml` file placed
-in your site’s root directory, or can be specified as flags for the `jekyll`
-executable in the terminal.
+Jekyll allows you to concoct your sites in any way you can dream up, and it’s
+thanks to the powerful and flexible configuration options that this is possible.
+These options can either be specified in a `_config.yml` file placed in your
+site’s root directory, or can be specified as flags for the `jekyll` executable
+in the terminal.
 
-* [Configuration Options]({{ '/docs/configuration/options/' | relative_url }})
-* [Default Configuration]({{ '/docs/configuration/default/' | relative_url }})
-* [Front Matter Defaults]({{ '/docs/configuration/front-matter-defaults/' | relative_url }})
-* [Environments]({{ '/docs/configuration/environments/' | relative_url }})
-* [Markdown Options]({{ '/docs/configuration/markdown/' | relative_url }})
-* [Liquid Options]({{ '/docs/configuration/liquid/' | relative_url }})
-* [Sass/SCSS Options]({{ '/docs/configuration/sass/' | relative_url }})
-* [Webrick Options]({{ '/docs/configuration/webrick/' | relative_url }})
-* [Incremental Regeneration]({{ '/docs/configuration/incremental-regeneration/' | relative_url }})
+## Configuration Settings
+
+### Global Configuration
+
+The table below lists the available settings for Jekyll, and the various <code
+class="option">options</code> (specified in the configuration file) and <code
+class="flag">flags</code> (specified on the command-line) that control them.
+
+<div class="mobile-side-scroller">
+<table>
+  <thead>
+    <tr>
+      <th>Setting</th>
+      <th>
+        <span class="option">Options</span> and <span class="flag">Flags</span>
+      </th>
+    </tr>
+  </thead>
+  <tbody>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Site Source</strong></p>
+        <p class="description">Change the directory where Jekyll will read files</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">source: DIR</code></p>
+        <p><code class="flag">-s, --source DIR</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Site Destination</strong></p>
+        <p class="description">Change the directory where Jekyll will write files</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">destination: DIR</code></p>
+        <p><code class="flag">-d, --destination DIR</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Safe</strong></p>
+        <p class="description">Disable <a href="../plugins/">custom plugins, and ignore symbolic links</a>.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">safe: BOOL</code></p>
+        <p><code class="flag">--safe</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Exclude</strong></p>
+        <p class="description">
+          Exclude directories and/or files from the
+          conversion. These exclusions are relative to the site's
+          source directory and cannot be outside the source directory.
+        </p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">exclude: [DIR, FILE, ...]</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Include</strong></p>
+        <p class="description">
+          Force inclusion of directories and/or files in the conversion.
+          <code>.htaccess</code> is a good example since dotfiles are excluded
+          by default.
+        </p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">include: [DIR, FILE, ...]</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Keep files</strong></p>
+        <p class="description">
+          When clobbering the site destination, keep the selected files.
+          Useful for files that are not generated by jekyll; e.g. files or
+          assets that are generated by your build tool.
+          The paths are relative to the <code>destination</code>.
+        </p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">keep_files: [DIR, FILE, ...]</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Time Zone</strong></p>
+        <p class="description">
+            Set the time zone for site generation. This sets the <code>TZ</code>
+            environment variable, which Ruby uses to handle time and date
+            creation and manipulation. Any entry from the
+            <a href="https://en.wikipedia.org/wiki/Tz_database">IANA Time Zone
+            Database</a> is valid, e.g. <code>America/New_York</code>. A list of all
+            available values can be found <a href="https://en.wikipedia.org/wiki/List_of_tz_database_time_zones">
+            here</a>. When serving on a local machine, the default time zone is set by your operating system. But when served on a remote host/server, the default time zone depends on the server's setting or location.
+        </p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">timezone: TIMEZONE</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Encoding</strong></p>
+        <p class="description">
+            Set the encoding of files by name (only available for Ruby
+            1.9 or later).
+            The default value is <code>utf-8</code> starting in 2.0.0,
+            and <code>nil</code> before 2.0.0, which will yield the Ruby
+            default of <code>ASCII-8BIT</code>.
+            Available encodings can be shown by the
+            command <code>ruby -e 'puts Encoding::list.join("\n")'</code>.
+        </p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">encoding: ENCODING</code></p>
+      </td>
+    </tr>
+    <tr>
+      <td>
+        <p class='name'><strong>Defaults</strong></p>
+        <p class='description'>
+            Set defaults for <a href="../frontmatter/" title="YAML Front Matter">YAML Front Matter</a>
+            variables.
+        </p>
+      </td>
+      <td class='align-center'>
+        <p>see <a href="#front-matter-defaults" title="details">below</a></p>
+      </td>
+    </tr>
+  </tbody>
+</table>
+</div>
+
+<div class="note warning">
+  <h5>Destination folders are cleaned on site builds</h5>
+  <p>
+    The contents of <code>&lt;destination&gt;</code> are automatically
+    cleaned, by default, when the site is built. Files or folders that are not
+    created by your site will be removed. Some files could be retained
+    by specifying them within the <code>&lt;keep_files&gt;</code> configuration directive.
+  </p>
+  <p>
+    Do not use an important location for <code>&lt;destination&gt;</code>; instead, use it as
+    a staging area and copy files from there to your web server.
+  </p>
+</div>
+
+### Build Command Options
+
+<div class="mobile-side-scroller">
+<table>
+  <thead>
+    <tr>
+      <th>Setting</th>
+      <th><span class="option">Options</span> and <span class="flag">Flags</span></th>
+    </tr>
+  </thead>
+  <tbody>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Regeneration</strong></p>
+        <p class="description">Enable auto-regeneration of the site when files are modified.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="flag">-w, --[no-]watch</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Configuration</strong></p>
+        <p class="description">Specify config files instead of using <code>_config.yml</code> automatically. Settings in later files override settings in earlier files.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="flag">--config FILE1[,FILE2,...]</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Drafts</strong></p>
+        <p class="description">Process and render draft posts.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">show_drafts: BOOL</code></p>
+        <p><code class="flag">--drafts</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Environment</strong></p>
+        <p class="description">Use a specific environment value in the build.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="flag">JEKYLL_ENV=production</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Future</strong></p>
+        <p class="description">Publish posts or collection documents with a future date.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">future: BOOL</code></p>
+        <p><code class="flag">--future</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Unpublished</strong></p>
+        <p class="description">Render posts that were marked as unpublished.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">unpublished: BOOL</code></p>
+        <p><code class="flag">--unpublished</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>LSI</strong></p>
+        <p class="description">Produce an index for related posts. Requires the <a href="http://www.classifier-reborn.com/">classifier-reborn</a> plugin.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">lsi: BOOL</code></p>
+        <p><code class="flag">--lsi</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Limit Posts</strong></p>
+        <p class="description">Limit the number of posts to parse and publish.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">limit_posts: NUM</code></p>
+        <p><code class="flag">--limit_posts NUM</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Force polling</strong></p>
+        <p class="description">Force watch to use polling.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="flag">--force_polling</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Verbose output</strong></p>
+        <p class="description">Print verbose output.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="flag">-V, --verbose</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Silence Output</strong></p>
+        <p class="description">Silence the normal output from Jekyll
+        during a build</p>
+      </td>
+      <td class="align-center">
+        <p><code class="flag">-q, --quiet</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Incremental build</strong></p>
+        <p class="description">
+            Enable the experimental incremental build feature. Incremental build only
+            re-builds posts and pages that have changed, resulting in significant performance
+            improvements for large sites, but may also break site generation in certain
+            cases.
+        </p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">incremental: BOOL</code></p>
+        <p><code class="flag">-I, --incremental</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Liquid profiler</strong></p>
+        <p class="description">
+            Generate a Liquid rendering profile to help you identify performance bottlenecks.
+        </p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">profile: BOOL</code></p>
+        <p><code class="flag">--profile</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Strict Front Matter</strong></p>
+        <p class="description">
+            Cause a build to fail if there is a YAML syntax error in a page's front matter.
+        </p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">strict_front_matter: BOOL</code></p>
+        <p><code class="flag">--strict_front_matter</code></p>
+      </td>
+    </tr>
+  </tbody>
+</table>
+</div>
+
+
+### Serve Command Options
+
+In addition to the options below, the `serve` sub-command can accept any of the options
+for the `build` sub-command, which are then applied to the site build which occurs right
+before your site is served.
+
+<div class="mobile-side-scroller">
+<table>
+  <thead>
+    <tr>
+      <th>Setting</th>
+      <th><span class="option">Options</span> and <span class="flag">Flags</span></th>
+    </tr>
+  </thead>
+  <tbody>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Local Server Port</strong></p>
+        <p class="description">Listen on the given port.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">port: PORT</code></p>
+        <p><code class="flag">--port PORT</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Local Server Hostname</strong></p>
+        <p class="description">Listen at the given hostname.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">host: HOSTNAME</code></p>
+        <p><code class="flag">--host HOSTNAME</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Base URL</strong></p>
+        <p class="description">Serve the website from the given base URL</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">baseurl: URL</code></p>
+        <p><code class="flag">--baseurl URL</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Detach</strong></p>
+        <p class="description">Detach the server from the terminal</p>
+      </td>
+      <td class="align-center">
+        <p><code class="option">detach: BOOL</code></p>
+        <p><code class="flag">-B, --detach</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>Skips the initial site build.</strong></p>
+        <p class="description">Skips the initial site build which occurs before the server is started.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="flag">--skip-initial-build</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>X.509 (SSL) Private Key</strong></p>
+        <p class="description">SSL Private Key.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="flag">--ssl-key</code></p>
+      </td>
+    </tr>
+    <tr class="setting">
+      <td>
+        <p class="name"><strong>X.509 (SSL) Certificate</strong></p>
+        <p class="description">SSL Public certificate.</p>
+      </td>
+      <td class="align-center">
+        <p><code class="flag">--ssl-cert</code></p>
+      </td>
+    </tr>
+  </tbody>
+</table>
+</div>
+
+<div class="note warning">
+  <h5>Do not use tabs in configuration files</h5>
+  <p>
+    This will either lead to parsing errors, or Jekyll will revert to the
+    default settings. Use spaces instead.
+  </p>
+</div>
+
+## Custom WEBrick Headers
+
+You can provide custom headers for your site by adding them to `_config.yml`
+
+```yaml
+# File: _config.yml
+webrick:
+  headers:
+    My-Header: My-Value
+    My-Other-Header: My-Other-Value
+```
+
+### Defaults
+
+We provide by default `Content-Type` and `Cache-Control` response headers: one
+dynamic in order to specify the nature of the data being served, the other
+static in order to disable caching so that you don't have to fight with Chrome's
+aggressive caching when you are in development mode.
+
+## Specifying a Jekyll environment at build time
+
+In the build (or serve) arguments, you can specify a Jekyll environment and value. The build will then apply this value in any conditional statements in your content.
+
+For example, suppose you set this conditional statement in your code:
+
+```liquid
+{% raw %}
+{% if jekyll.environment == "production" %}
+   {% include disqus.html %}
+{% endif %}
+{% endraw %}
+```
+
+When you build your Jekyll site, the content inside the `if` statement won't be run unless you also specify a `production` environment in the build command, like this:
+
+```sh
+JEKYLL_ENV=production jekyll build
+```
+
+Specifying an environment value allows you to make certain content available only within specific environments.
+
+The default value for `JEKYLL_ENV` is `development`. Therefore if you omit `JEKYLL_ENV` from the build arguments, the default value will be `JEKYLL_ENV=development`. Any content inside `{% raw %}{% if jekyll.environment == "development" %}{% endraw %}` tags will automatically appear in the build.
+
+Your environment values can be anything you want (not just `development` or `production`). Some elements you might want to hide in development environments include Disqus comment forms or Google Analytics. Conversely, you might want to expose an "Edit me in GitHub" button in a development environment but not include it in production environments.
+
+By specifying the option in the build command, you avoid having to change values in your configuration files when moving from one environment to another.
+
+## Front Matter defaults
+
+Using [YAML Front Matter](../frontmatter/) is one way that you can specify configuration in the pages and posts for your site. Setting things like a default layout, or customizing the title, or specifying a more precise date/time for the post can all be added to your page or post front matter.
+
+Often times, you will find that you are repeating a lot of configuration options. Setting the same layout in each file, adding the same category - or categories - to a post, etc. You can even add custom variables like author names, which might be the same for the majority of posts on your blog.
+
+Instead of repeating this configuration each time you create a new post or page, Jekyll provides a way to set these defaults in the site configuration. To do this, you can specify site-wide defaults using the `defaults` key in the `_config.yml` file in your project's root directory.
+
+The `defaults` key holds an array of scope/values pairs that define what defaults should be set for a particular file path, and optionally, a file type in that path.
+
+Let's say that you want to add a default layout to all pages and posts in your site. You would add this to your `_config.yml` file:
+
+```yaml
+defaults:
+  -
+    scope:
+      path: "" # an empty string here means all files in the project
+    values:
+      layout: "default"
+```
+
+<div class="note info">
+  <h5>Please stop and rerun `jekyll serve` command.</h5>
+  <p>
+    The <code>_config.yml</code> master configuration file contains global configurations
+    and variable definitions that are read once at execution time. Changes made to <code>_config.yml</code>
+    during automatic regeneration are not loaded until the next execution.
+  </p>
+  <p>
+    Note <a href="../datafiles">Data Files</a> are included and reloaded during automatic regeneration.
+  </p>
+</div>
+
+Here, we are scoping the `values` to any file that exists in the path `scope`. Since the path is set as an empty string, it will apply to **all files** in your project. You probably don't want to set a layout on every file in your project - like css files, for example - so you can also specify a `type` value under the `scope` key.
+
+```yaml
+defaults:
+  -
+    scope:
+      path: "" # an empty string here means all files in the project
+      type: "posts" # previously `post` in Jekyll 2.2.
+    values:
+      layout: "default"
+```
+
+Now, this will only set the layout for files where the type is `posts`.
+The different types that are available to you are `pages`, `posts`, `drafts` or any collection in your site. While `type` is optional, you must specify a value for `path` when creating a `scope/values` pair.
+
+As mentioned earlier, you can set multiple scope/values pairs for `defaults`.
+
+```yaml
+defaults:
+  -
+    scope:
+      path: ""
+      type: "pages"
+    values:
+      layout: "my-site"
+  -
+    scope:
+      path: "projects"
+      type: "pages" # previously `page` in Jekyll 2.2.
+    values:
+      layout: "project" # overrides previous default layout
+      author: "Mr. Hyde"
+```
+
+With these defaults, all pages would use the `my-site` layout. Any html files that exist in the `projects/` folder will use the `project` layout, if it exists. Those files will also have the `page.author` [liquid variable](../variables/) set to `Mr. Hyde`.
+
+```yaml
+collections:
+  my_collection:
+    output: true
+
+defaults:
+  -
+    scope:
+      path: ""
+      type: "my_collection" # a collection in your site, in plural form
+    values:
+      layout: "default"
+```
+
+In this example, the `layout` is set to `default` inside the
+[collection](../collections/) with the name `my_collection`.
+
+### Glob patterns in Front Matter defaults
+
+It is also possible to use glob patterns (currently limited to patterns that contain `*`) when matching defaults. For example, it is possible to set specific layout for each `special-page.html` in any subfolder of `section` folder. {%- include docs_version_badge.html version="3.7.0" -%}
+
+```yaml
+collections:
+  my_collection:
+    output: true
+
+defaults:
+  -
+    scope:
+      path: "section/*/special-page.html"
+    values:
+      layout: "specific-layout"
+```
+
+<div class="note warning">
+  <h5>Globbing and Performance</h5>
+  <p>
+    Please note that globbing a path is known to have a negative effect on
+    performance and is currently not optimized, especially on Windows.
+    Globbing a path will increase your build times in proportion to the size
+    of the associated collection directory.
+  </p>
+</div>
+
+
+### Precedence
+
+Jekyll will apply all of the configuration settings you specify in the `defaults` section of your `_config.yml` file. However, you can choose to override settings from other scope/values pair by specifying a more specific path for the scope.
+
+You can see that in the second to last example above. First, we set the default page layout to `my-site`. Then, using a more specific path, we set the default layout for pages in the `projects/` path to `project`. This can be done with any value that you would set in the page or post front matter.
+
+Finally, if you set defaults in the site configuration by adding a `defaults` section to your `_config.yml` file, you can override those settings in a post or page file. All you need to do is specify the settings in the post or page front matter. For example:
+
+```yaml
+# In _config.yml
+...
+defaults:
+  -
+    scope:
+      path: "projects"
+      type: "pages"
+    values:
+      layout: "project"
+      author: "Mr. Hyde"
+      category: "project"
+...
+```
+
+```yaml
+# In projects/foo_project.md
+---
+author: "John Smith"
+layout: "foobar"
+---
+The post text goes here...
+```
+
+The `projects/foo_project.md` would have the `layout` set to `foobar` instead
+of `project` and the `author` set to `John Smith` instead of `Mr. Hyde` when
+the site is built.
+
+## Default Configuration
+
+Jekyll runs with the following configuration options by default. Alternative
+settings for these options can be explicitly specified in the configuration
+file or on the command-line.
+
+<div class="note warning">
+  <h5>There are two unsupported kramdown options</h5>
+  <p>
+    Please note that both <code>remove_block_html_tags</code> and
+    <code>remove_span_html_tags</code> are currently unsupported in Jekyll due
+    to the fact that they are not included within the kramdown HTML converter.
+  </p>
+</div>
+
+```yaml
+# Where things are
+source:          .
+destination:     ./_site
+collections_dir: .
+plugins_dir:     _plugins
+layouts_dir:     _layouts
+data_dir:        _data
+includes_dir:    _includes
+collections:
+  posts:
+    output:   true
+
+# Handling Reading
+safe:                false
+include:             [".htaccess"]
+exclude:             ["Gemfile", "Gemfile.lock", "node_modules", "vendor/bundle/", "vendor/cache/", "vendor/gems/", "vendor/ruby/"]
+keep_files:          [".git", ".svn"]
+encoding:            "utf-8"
+markdown_ext:        "markdown,mkdown,mkdn,mkd,md"
+strict_front_matter: false
+
+# Filtering Content
+show_drafts: null
+limit_posts: 0
+future:      false
+unpublished: false
+
+# Plugins
+whitelist: []
+plugins:   []
+
+# Conversion
+markdown:    kramdown
+highlighter: rouge
+lsi:         false
+excerpt_separator: "\n\n"
+incremental: false
+
+# Serving
+detach:  false
+port:    4000
+host:    127.0.0.1
+baseurl: "" # does not include hostname
+show_dir_listing: false
+
+# Outputting
+permalink:     date
+paginate_path: /page:num
+timezone:      null
+
+quiet:    false
+verbose:  false
+defaults: []
+
+liquid:
+  error_mode:       warn
+  strict_filters:   false
+  strict_variables: false
+
+# Markdown Processors
+rdiscount:
+  extensions: []
+
+redcarpet:
+  extensions: []
+
+kramdown:
+  auto_ids:      true
+  entity_output: as_char
+  toc_levels:    1..6
+  smart_quotes:  lsquo,rsquo,ldquo,rdquo
+  input:         GFM
+  hard_wrap:     false
+  footnote_nr:   1
+  show_warnings: false
+```
+
+## Liquid Options
+
+Liquid's response to errors can be configured by setting `error_mode`. The
+options are
+
+- `lax` --- Ignore all errors.
+- `warn` --- Output a warning on the console for each error.
+- `strict` --- Output an error message and stop the build.
+
+You can also configure Liquid's renderer to catch non-assigned variables and
+non-existing filters by setting `strict_variables` and / or `strict_filters`
+to `true` respectively. {% include docs_version_badge.html version="3.8.0" %}
+
+Do note that while `error_mode` configures Liquid's parser, the `strict_variables`
+and `strict_filters` options configure Liquid's renderer and are consequently,
+mutually exclusive.
+
+## Markdown Options
+
+The various Markdown renderers supported by Jekyll sometimes have extra options
+available.
+
+### Redcarpet
+
+Redcarpet can be configured by providing an `extensions` sub-setting, whose
+value should be an array of strings. Each string should be the name of one of
+the `Redcarpet::Markdown` class's extensions; if present in the array, it will
+set the corresponding extension to `true`.
+
+Jekyll handles two special Redcarpet extensions:
+
+- `no_fenced_code_blocks` --- By default, Jekyll sets the `fenced_code_blocks`
+extension (for delimiting code blocks with triple tildes or triple backticks)
+to `true`, probably because GitHub's eager adoption of them is starting to make
+them inescapable. Redcarpet's normal `fenced_code_blocks` extension is inert
+when used with Jekyll; instead, you can use this inverted version of the
+extension for disabling fenced code.
+
+Note that you can also specify a language for highlighting after the first
+delimiter:
+
+        ```ruby
+        # ...ruby code
+        ```
+
+With both fenced code blocks and highlighter enabled, this will statically
+highlight the code; without any syntax highlighter, it will add a
+`class="LANGUAGE"` attribute to the `<code>` element, which can be used as a
+hint by various JavaScript code highlighting libraries.
+
+- `smart` --- This pseudo-extension turns on SmartyPants, which converts
+  straight quotes to curly quotes and runs of hyphens to em (`---`) and en (`--`) dashes.
+
+All other extensions retain their usual names from Redcarpet, and no renderer
+options aside from `smart` can be specified in Jekyll. [A list of available
+extensions can be found in the Redcarpet README file.][redcarpet_extensions]
+Make sure you're looking at the README for the right version of
+Redcarpet: Jekyll currently uses v3.2.x. The most commonly used
+extensions are:
+
+- `tables`
+- `no_intra_emphasis`
+- `autolink`
+
+[redcarpet_extensions]: https://github.com/vmg/redcarpet/blob/v3.2.2/README.markdown#and-its-like-really-simple-to-use
+
+### Custom Markdown Processors
+
+If you're interested in creating a custom markdown processor, you're in luck! Create a new class in the `Jekyll::Converters::Markdown` namespace:
+
+```ruby
+class Jekyll::Converters::Markdown::MyCustomProcessor
+  def initialize(config)
+    require 'funky_markdown'
+    @config = config
+  rescue LoadError
+    STDERR.puts 'You are missing a library required for Markdown. Please run:'
+    STDERR.puts '  $ [sudo] gem install funky_markdown'
+    raise FatalException.new("Missing dependency: funky_markdown")
+  end
+
+  def convert(content)
+    ::FunkyMarkdown.new(content).convert
+  end
+end
+```
+
+Once you've created your class and have it properly set up either as a plugin
+in the `_plugins` folder or as a gem, specify it in your `_config.yml`:
+
+```yaml
+markdown: MyCustomProcessor
+```
+
+## Incremental Regeneration
+<div class="note warning">
+  <h5>Incremental regeneration is still an experimental feature</h5>
+  <p>
+    While incremental regeneration will work for the most common cases, it will
+    not work correctly in every scenario. Please be extremely cautious when
+    using the feature, and report any problems not listed below by
+    <a href="https://github.com/jekyll/jekyll/issues/new">opening an issue on GitHub</a>.
+  </p>
+</div>
+
+Incremental regeneration helps shorten build times by only generating documents
+and pages that were updated since the previous build. It does this by keeping
+track of both file modification times and inter-document dependencies in the
+`.jekyll-metadata` file.
+
+Under the current implementation, incremental regeneration will only generate a
+document or page if either it, or one of its dependencies, is modified. Currently,
+the only types of dependencies tracked are includes (using the
+{% raw %}`{% include %}`{% endraw %} tag) and layouts. This means that plain
+references to other documents (for example, the common case of iterating over
+`site.posts` in a post listings page) will not be detected as a dependency.
+
+To remedy some of these shortfalls, putting `regenerate: true` in the front-matter
+of a document will force Jekyll to regenerate it regardless of whether it has been
+modified. Note that this will generate the specified document only; references
+to other documents' contents will not work since they won't be re-rendered.
+
+Incremental regeneration can be enabled via the `--incremental` flag (`-I` for
+short) from the command-line or by setting `incremental: true` in your
+configuration file.

docs/_docs/configuration/default.md

@@ -1,89 +0,0 @@
----
-title: Default Configuration
-permalink: "/docs/configuration/default/"
----
-
-Jekyll runs with the following configuration options by default. Alternative
-settings for these options can be explicitly specified in the configuration
-file or on the command-line.
-
-<div class="note info">
-  <h5>Be aware of directory paths</h5>
-  <p>
-    In general, make directory path values in configuration keys like <code>plugins_dir</code> relative to the current working directory, not the site source. The <code>sass</code> configuration key is an exception, where values must be relative to the site source.
-  </p>
-</div>
-
-```yaml
-# Where things are
-source              : .
-destination         : ./_site
-collections_dir     : .
-plugins_dir         : _plugins # takes an array of strings and loads plugins in that order
-layouts_dir         : _layouts
-data_dir            : _data
-includes_dir        : _includes
-sass:
-  sass_dir: _sass
-collections:
-  posts:
-    output          : true
-
-# Handling Reading
-safe                : false
-include             : [".htaccess"]
-exclude             : ["Gemfile", "Gemfile.lock", "node_modules", "vendor/bundle/", "vendor/cache/", "vendor/gems/", "vendor/ruby/"]
-keep_files          : [".git", ".svn"]
-encoding            : "utf-8"
-markdown_ext        : "markdown,mkdown,mkdn,mkd,md"
-strict_front_matter : false
-
-# Filtering Content
-show_drafts         : null
-limit_posts         : 0
-future              : false
-unpublished         : false
-
-# Plugins
-whitelist           : []
-plugins             : []
-
-# Conversion
-markdown            : kramdown
-highlighter         : rouge
-lsi                 : false
-excerpt_separator   : "\n\n"
-incremental         : false
-
-# Serving
-detach              : false
-port                : 4000
-host                : 127.0.0.1
-baseurl             : "" # does not include hostname
-show_dir_listing    : false
-
-# Outputting
-permalink           : date
-paginate_path       : /page:num
-timezone            : null
-
-quiet               : false
-verbose             : false
-defaults            : []
-
-liquid:
-  error_mode        : warn
-  strict_filters    : false
-  strict_variables  : false
-
-# Markdown Processors
-kramdown:
-  auto_ids          : true
-  entity_output     : as_char
-  toc_levels        : [1, 2, 3, 4, 5, 6]
-  smart_quotes      : lsquo,rsquo,ldquo,rdquo
-  input             : GFM
-  hard_wrap         : false
-  footnote_nr       : 1
-  show_warnings     : false
-```

docs/_docs/configuration/environments.md

@@ -1,49 +0,0 @@
----
-title: Environments
-permalink: "/docs/configuration/environments/"
----
-In the `build` (or `serve`) arguments, you can specify a Jekyll environment
-and value. The build will then apply this value in any conditional statements
-in your content.
-
-For example, suppose you set this conditional statement in your code:
-
-{% raw %}
-```liquid
-{% if jekyll.environment == "production" %}
-   {% include disqus.html %}
-{% endif %}
-```
-{% endraw %}
-
-When you build your Jekyll site, the content inside the `if` statement won't be
-run unless you also specify a `production` environment in the build command,
-like this:
-
-```sh
-JEKYLL_ENV=production jekyll build
-```
-
-Specifying an environment value allows you to make certain content available
-only within specific environments.
-
-The default value for `JEKYLL_ENV` is `development`. Therefore if you omit
-`JEKYLL_ENV` from the build arguments, the default value will be
-`JEKYLL_ENV=development`. Any content inside
-{% raw %}`{% if jekyll.environment == "development" %}`{% endraw %} tags will
-automatically appear in the build.
-
-Your environment values can be anything you want (not just `development` or
-`production`). Some elements you might want to hide in development
-environments include Disqus comment forms or Google Analytics. Conversely,
-you might want to expose an "Edit me in GitHub" button in a development
-environment but not include it in production environments.
-
-By specifying the option in the build command, you avoid having to change
-values in your configuration files when moving from one environment to another.
-
-{: .note}
-To switch part of your config settings depending on the environment, use the
-<a href="{{ '/docs/configuration/options/#build-command-options' | relative_url }}">build command option</a>,
-for example <code>--config _config.yml,_config_development.yml</code>. Settings
-in later files override settings in earlier files.

docs/_docs/configuration/front-matter-defaults.md

@@ -1,153 +0,0 @@
----
-title: Front Matter Defaults
-permalink: "/docs/configuration/front-matter-defaults/"
----
-
-Using [front matter](/docs/front-matter/) is one way that you can specify configuration in the pages and posts for your site. Setting things like a default layout, or customizing the title, or specifying a more precise date/time for the post can all be added to your page or post front matter.
-
-Often times, you will find that you are repeating a lot of configuration options. Setting the same layout in each file, adding the same category - or categories - to a post, etc. You can even add custom variables like author names, which might be the same for the majority of posts on your blog.
-
-Instead of repeating this configuration each time you create a new post or page, Jekyll provides a way to set these defaults in the site configuration. To do this, you can specify site-wide defaults using the `defaults` key in the `_config.yml` file in your project's root directory.
-
-The `defaults` key holds an array of scope/values pairs that define what defaults should be set for a particular file path, and optionally, a file type in that path.
-
-Let's say that you want to add a default layout to all pages and posts in your site. You would add this to your `_config.yml` file:
-
-```yaml
-defaults:
-  -
-    scope:
-      path: "" # an empty string here means all files in the project
-    values:
-      layout: "default"
-```
-
-<div class="note info">
-  <h5>Stop and rerun `jekyll serve` command.</h5>
-  <p>
-    The <code>_config.yml</code> master configuration file contains global configurations
-    and variable definitions that are read once at execution time. Changes made to <code>_config.yml</code>
-    during automatic regeneration are not loaded until the next execution.
-  </p>
-  <p>
-    Note <a href="{{ '/docs/datafiles/' | relative_url }}">Data Files</a> are included and reloaded during automatic regeneration.
-  </p>
-</div>
-
-Here, we are scoping the `values` to any file that exists in the path `scope`. Since the path is set as an empty string, it will apply to **all files** in your project. You probably don't want to set a layout on every file in your project - like css files, for example - so you can also specify a `type` value under the `scope` key.
-
-```yaml
-defaults:
-  -
-    scope:
-      path: "" # an empty string here means all files in the project
-      type: "posts" # previously `post` in Jekyll 2.2.
-    values:
-      layout: "default"
-```
-
-Now, this will only set the layout for files where the type is `posts`.
-The different types that are available to you are `pages`, `posts`, `drafts` or any collection in your site. While `type` is optional, you must specify a value for `path` when creating a `scope/values` pair.
-
-As mentioned earlier, you can set multiple scope/values pairs for `defaults`.
-
-```yaml
-defaults:
-  -
-    scope:
-      path: ""
-      type: "pages"
-    values:
-      layout: "my-site"
-  -
-    scope:
-      path: "projects"
-      type: "pages" # previously `page` in Jekyll 2.2.
-    values:
-      layout: "project" # overrides previous default layout
-      author: "Mr. Hyde"
-```
-
-With these defaults, all pages would use the `my-site` layout. Any html files that exist in the `projects/`
-folder will use the `project` layout, if it exists. Those files will also have the `page.author`
-[liquid variable]({{ '/docs/variables/' | relative_url }}) set to `Mr. Hyde`.
-
-```yaml
-collections:
-  my_collection:
-    output: true
-
-defaults:
-  -
-    scope:
-      path: ""
-      type: "my_collection" # a collection in your site, in plural form
-    values:
-      layout: "default"
-```
-
-In this example, the `layout` is set to `default` inside the
-[collection]({{ '/docs/collections/' | relative_url }}) with the name `my_collection`.
-
-### Glob patterns in Front Matter defaults
-
-It is also possible to use glob patterns (currently limited to patterns that contain `*`) when matching defaults. For example, it is possible to set specific layout for each `special-page.html` in any subfolder of `section` folder. {%- include docs_version_badge.html version="3.7.0" -%}
-
-```yaml
-collections:
-  my_collection:
-    output: true
-
-defaults:
-  -
-    scope:
-      path: "section/*/special-page.html"
-    values:
-      layout: "specific-layout"
-```
-
-<div class="note warning">
-  <h5>Globbing and Performance</h5>
-  <p>
-    Please note that globbing a path is known to have a negative effect on
-    performance and is currently not optimized, especially on Windows.
-    Globbing a path will increase your build times in proportion to the size
-    of the associated collection directory.
-  </p>
-</div>
-
-### Precedence
-
-Jekyll will apply all of the configuration settings you specify in the `defaults` section of your `_config.yml` file. You can choose to override settings from other scope/values pair by specifying a more specific path for the scope.
-
-You can see that in the second to last example above. First, we set the default page layout to `my-site`. Then, using a more specific path, we set the default layout for pages in the `projects/` path to `project`. This can be done with any value that you would set in the page or post front matter.
-
-Finally, if you set defaults in the site configuration by adding a `defaults` section to your `_config.yml` file, you can override those settings in a post or page file. All you need to do is specify the settings in the post or page front matter. For example:
-
-```yaml
-# In _config.yml
-...
-defaults:
-  -
-    scope:
-      path: "projects"
-      type: "pages"
-    values:
-      layout: "project"
-      author: "Mr. Hyde"
-      category: "project"
-...
-```
-
-```yaml
-# In projects/foo_project.md
----
-author: "John Smith"
-layout: "foobar"
----
-The post text goes here...
-```
-
-The `projects/foo_project.md` would have the `layout` set to `foobar` instead
-of `project` and the `author` set to `John Smith` instead of `Mr. Hyde` when
-the site is built.

docs/_docs/configuration/incremental-regeneration.md

@@ -1,36 +0,0 @@
----
-title: Default Configuration
-permalink: "/docs/configuration/incremental-regeneration/"
----
-
-## Incremental Regeneration
-<div class="note warning">
-  <h5>Incremental regeneration is still an experimental feature</h5>
-  <p>
-    While incremental regeneration will work for the most common cases, it will
-    not work correctly in every scenario. Please be extremely cautious when
-    using the feature, and report any problems not listed below by
-    <a href="https://github.com/jekyll/jekyll/issues/new">opening an issue on GitHub</a>.
-  </p>
-</div>
-
-Incremental regeneration helps shorten build times by only generating documents
-and pages that were updated since the previous build. It does this by keeping
-track of both file modification times and inter-document dependencies in the
-`.jekyll-metadata` file.
-
-Under the current implementation, incremental regeneration will only generate a
-document or page if either it, or one of its dependencies, is modified. Currently,
-the only types of dependencies tracked are includes (using the
-{% raw %}`{% include %}`{% endraw %} tag) and layouts. This means that plain
-references to other documents (for example, the common case of iterating over
-`site.posts` in a post listings page) will not be detected as a dependency.
-
-To remedy some of these shortfalls, putting `regenerate: true` in the front-matter
-of a document will force Jekyll to regenerate it regardless of whether it has been
-modified. Note that this will generate the specified document only; references
-to other documents' contents will not work since they won't be re-rendered.
-
-Incremental regeneration can be enabled via the `--incremental` flag (`-I` for
-short) from the command-line or by setting `incremental: true` in your
-configuration file.

docs/_docs/configuration/liquid.md

@@ -1,38 +0,0 @@
----
-title: Liquid Options
-permalink: "/docs/configuration/liquid/"
----
-Liquid's response to errors can be configured by setting `error_mode`. The
-options are
-
-- `lax` --- Ignore all errors.
-- `warn` --- Output a warning on the console for each error. (default)
-- `strict` --- Output an error message and stop the build.
-
-Within _config.yml, the default configuration is as follows:
-
-```yaml
-liquid:
-  error_mode: warn
-```
-
-The above example depicts the "warn" value, which is already set by default- `error_mode: warn`. This results in any issues being called out during the build process however will continue to build if possible.
-
-You can also configure Liquid's renderer to catch non-assigned variables and
-non-existing filters by setting `strict_variables` and / or `strict_filters`
-to `true` respectively. {% include docs_version_badge.html version="3.8.0" %}
-
-Do note that while `error_mode` configures Liquid's parser, the `strict_variables`
-and `strict_filters` options configure Liquid's renderer and are consequently
-orthogonal.
-
-An example of setting these variables within _config.yml is as follows:
-
-```yaml
-liquid:
-  error_mode: strict
-  strict_variables: true
-  strict_filters: true
-```
-
-Configuring as described above will stop your build/serve from happening and call out the offending error and halt. This is helpful when desiring to catch liquid-related issues by stopping the build or serve process and allowing you to deal with any issues.

docs/_docs/configuration/markdown.md

@@ -1,97 +0,0 @@
----
-title: Markdown Options
-permalink: "/docs/configuration/markdown/"
----
-The various Markdown renderers supported by Jekyll sometimes have extra options
-available.
-
-## Kramdown
-
-Kramdown is the default Markdown renderer for Jekyll, and often works well with no additional configuration. However, it does support many configuration options.
-
-### Kramdown Processor
-
-By default, Jekyll uses the [GitHub Flavored Markdown (GFM) processor](https://github.com/kramdown/parser-gfm) for Kramdown. (Specifying `input: GFM` is fine, but redundant.) GFM supports a couple additional Kramdown options, documented by [kramdown-parser-gfm](https://github.com/kramdown/parser-gfm). These options can be used directly in your Kramdown Jekyll config, like this:
-
-```yaml
-kramdown:
-  gfm_quirks: [paragraph_end]
-```
-
-You can also change the processor used by Kramdown (as specified for the `input` key in the [Kramdown RDoc](https://kramdown.gettalong.org/rdoc/Kramdown/Document.html#method-c-new)). For example, to use the non-GFM Kramdown processor in Jekyll, add the following to your configuration.
-
-```yaml
-kramdown:
-  input: Kramdown
-```
-
-Documentation for Kramdown parsers is available in the [Kramdown docs](https://kramdown.gettalong.org/parser/kramdown.html). If you use a Kramdown parser other than Kramdown or GFM, you'll need to add the gem for it.
-
-### Syntax Highlighting (CodeRay)
-
-To use the [CodeRay](http://coderay.rubychan.de/) syntax highlighter with Kramdown, you  need to add a dependency on the `kramdown-syntax-coderay` gem. For example, `bundle add kramdown-syntax-coderay`. Then, you'll be able to specify CodeRay in your `syntax_highlighter` config:
-
-```yaml
-kramdown:
-  syntax_highlighter: coderay
-```
-
-CodeRay supports several of its own configuration options, documented in the [kramdown-syntax-coderay docs](https://github.com/kramdown/syntax-coderay) which can be passed as `syntax_highlighter_opts` like this:
-
-```yaml
-kramdown:
-  syntax_highlighter: coderay
-  syntax_highlighter_opts:
-    line_numbers: table
-    bold_every: 5
-```
-
-### Advanced Kramdown Options
-
-Kramdown supports a variety of other relatively advanced options such as `header_offset` and `smart_quotes`. These are documented in the [Kramdown configuration documentation](https://kramdown.gettalong.org/options.html) and can be added to your Kramdown config like this:
-
-```yaml
-kramdown:
-  header_offset: 2
-```
-
-<div class="note warning">
-  <h5>There are several unsupported kramdown options</h5>
-  <p>
-    Please note that Jekyll uses Kramdown's HTML converter. Kramdown options used only by other converters, such as <code>remove_block_html_tags</code> (used by the RemoveHtmlTags converter), will not work.
-  </p>
-</div>
-
-## CommonMark
-
-[CommonMark](https://commonmark.org/) is a rationalized version of Markdown syntax, implemented in C and thus faster than default Kramdown implemented in Ruby. It [slightly differs](https://github.com/commonmark/CommonMark#differences-from-original-markdown) from original Markdown and does not support all the syntax elements implemented in Kramdown, like [Block Inline Attribute Lists](https://kramdown.gettalong.org/syntax.html#block-ials).
-
-It comes in two flavors: basic CommonMark with [jekyll-commonmark](https://github.com/jekyll/jekyll-commonmark) plugin and [GitHub Flavored Markdown supported by GitHub Pages](https://github.com/github/jekyll-commonmark-ghpages).
-
-### Custom Markdown Processors
-
-If you're interested in creating a custom markdown processor, you're in luck! Create a new class in the `Jekyll::Converters::Markdown` namespace:
-
-```ruby
-class Jekyll::Converters::Markdown::MyCustomProcessor
-  def initialize(config)
-    require 'funky_markdown'
-    @config = config
-  rescue LoadError
-    STDERR.puts 'You are missing a library required for Markdown. Please run:'
-    STDERR.puts '  $ [sudo] gem install funky_markdown'
-    raise FatalException.new("Missing dependency: funky_markdown")
-  end
-
-  def convert(content)
-    ::FunkyMarkdown.new(content).convert
-  end
-end
-```
-
-Once you've created your class and have it properly set up either as a plugin
-in the `_plugins` folder or as a gem, specify it in your `_config.yml`:
-
-```yaml
-markdown: MyCustomProcessor
-```

docs/_docs/configuration/options.md

@@ -1,162 +0,0 @@
----
-title: Configuration Options
-permalink: "/docs/configuration/options/"
----
-
-The tables below list the available settings for Jekyll, and the various <code
-class="option">options</code> (specified in the configuration file) and <code
-class="flag">flags</code> (specified on the command-line) that control them.
-
-### Global Configuration
-
-<div class="mobile-side-scroller">
-<table>
-  <thead>
-    <tr>
-      <th>Setting</th>
-      <th>
-        <span class="option">Options</span> and <span class="flag">Flags</span>
-      </th>
-    </tr>
-  </thead>
-  <tbody>
-    {% for setting in site.data.config_options.global %}
-      <tr class="setting">
-        <td>
-          <p class="name">
-            <strong>{{ setting.name }}</strong>
-            {% if setting.version-badge %}
-              <span class="version-badge" title="Introduced in v{{ setting.version-badge }}">{{ setting.version-badge }}</span>
-            {% endif %}
-          </p> 
-          <p class="description">{{ setting.description }}</p>
-        </td> 
-        <td class="align-center">
-          <p><code class="option">{{ setting.option }}</code></p>
-          {% if setting.flag %}
-            <p><code class="flag">{{ setting.flag }}</code></p>
-          {% endif %}
-        </td>
-      </tr>
-    {% endfor %}
-    <tr>
-      <td>
-        <p class='name'><strong>Defaults</strong></p>
-        <p class='description'>
-            Set defaults for <a href="{{ '/docs/front-matter/' | relative_url }}" title="front matter">front matter</a>
-            variables.
-        </p>
-      </td>
-      <td class='align-center'>
-        <p>see <a href="{{ '/docs/configuration/front-matter-defaults/' | relative_url }}" title="details">below</a></p>
-      </td>
-    </tr>
-  </tbody>
-</table>
-</div>
-
-<div class="note warning">
-  <h5>Destination folders are cleaned on site builds</h5>
-  <p>
-    The contents of <code>&lt;destination&gt;</code> are automatically
-    cleaned, by default, when the site is built. Files or folders that are not
-    created by your site will be removed. Some files could be retained
-    by specifying them within the <code>&lt;keep_files&gt;</code> configuration directive.
-  </p>
-  <p>
-    Do not use an important location for <code>&lt;destination&gt;</code>; instead, use it as
-    a staging area and copy files from there to your web server.
-  </p>
-</div>
-
-### Build Command Options
-
-<div class="mobile-side-scroller">
-<table>
-  <thead>
-    <tr>
-      <th>Setting</th>
-      <th><span class="option">Options</span> and <span class="flag">Flags</span></th>
-    </tr>
-  </thead>
-  <tbody>
-    {% for setting in site.data.config_options.build %}
-      <tr class="setting">
-        <td>
-          <p class="name">
-            <strong>{{ setting.name }}</strong>
-            {% if setting.version-badge %}
-              <span class="version-badge" title="Introduced in v{{ setting.version-badge }}">{{ setting.version-badge }}</span>
-            {% endif %}
-          </p> 
-          <p class="description">{{ setting.description }}</p>
-        </td> 
-        <td class="align-center">
-          {% if setting.option %}<p><code class="option">{{ setting.option }}</code></p>{% endif %}
-          {% if setting.flag %}<p><code class="flag">{{ setting.flag }}</code></p>{% endif %}
-        </td>
-      </tr>
-    {% endfor %}
-  </tbody>
-</table>
-</div>
-
-### Serve Command Options
-
-In addition to the options below, the `serve` sub-command can accept any of the options
-for the `build` sub-command, which are then applied to the site build which occurs right
-before your site is served.
-
-<div class="mobile-side-scroller">
-<table>
-  <thead>
-    <tr>
-      <th>Setting</th>
-      <th><span class="option">Options</span> and <span class="flag">Flags</span></th>
-    </tr>
-  </thead>
-  <tbody>
-    {% for setting in site.data.config_options.serve %}
-      <tr class="setting">
-        <td>
-          <p class="name">
-            <strong>{{ setting.name }}</strong>
-            {% if setting.version-badge %}
-              <span class="version-badge" title="Introduced in v{{ setting.version-badge }}">{{ setting.version-badge }}</span>
-            {% endif %}
-          </p> 
-          <p class="description">{{ setting.description }}</p>
-        </td> 
-        <td class="align-center">
-          {% if setting.option %}
-            <p><code class="option">{{ setting.option }}</code></p>
-          {% elsif setting.options %}
-            <p>
-              {% for option in setting.options %}
-                <code class="option">{{ option }}</code><br>
-              {% endfor %}
-            </p>
-          {% endif %}
-          {% if setting.flag %}
-            <p><code class="flag">{{ setting.flag }}</code></p>
-          {% elsif setting.flags %}
-            <p>
-            {% for flag in setting.flags %}
-              <code class="flag">{{ flag }}</code><br>
-            {% endfor %}
-            </p>
-          {% endif %}
-        </td>
-      </tr>
-    {% endfor %}
-  </tbody>
-</table>
-</div>
-
-<div class="note warning">
-  <h5>Do not use tabs in configuration files</h5>
-  <p>
-    This will either lead to parsing errors, or Jekyll will revert to the
-    default settings. Use spaces instead.
-  </p>
-</div>

docs/_docs/configuration/sass.md

@@ -1,18 +0,0 @@
----
-title: Sass/SCSS Options
-permalink: "/docs/configuration/sass/"
----
-
-Jekyll comes bundled with [jekyll-sass-converter](https://github.com/jekyll/jekyll-sass-converter) plugin. By default, Jekyll will look for Sass partials in the `_sass` directory relative to your site's `source` directory.
-
-You can further configure the plugin by adding options to your Jekyll config under the `sass` attribute. See the [plugin's documentation](https://github.com/jekyll/jekyll-sass-converter#usage) for details and for its default values.
-
-{:.note .info}
-If you see a warning in VSCode regarding `@import "main";`, you may ignore it as the same does not affect the functionality of the SCSS code in Jekyll. However, Jekyll 4 does not allow importing a `main` sass partial (`_sass/main.scss`) from a sass page of a same name, viz. `css/main.scss`.
-
-<div class="note info">
-  <p>
-    Note that directory paths specified in the <code>sass</code> configuration
-    are resolved relative to your site's <code>source</code>, not relative to the location of the <code>_config.yml</code> file.
-  </p>
-</div>

docs/_docs/configuration/webrick.md

@@ -1,20 +0,0 @@
----
-title: WEBrick Options
-permalink: "/docs/configuration/webrick/"
----
-You can provide custom headers for your site by adding them to `_config.yml`
-
-```yaml
-# File: _config.yml
-webrick:
-  headers:
-    My-Header: My-Value
-    My-Other-Header: My-Other-Value
-```
-
-### Defaults
-
-Jekyll provides by default `Content-Type` and `Cache-Control` response
-headers: one dynamic in order to specify the nature of the data being served,
-the other static in order to disable caching so that you don't have to fight
-with Chrome's aggressive caching when you are in development mode.

docs/_docs/continuous-integration/buddyworks.md

@@ -21,6 +21,8 @@ title: "Buddy"
 
 Whenever you make a push to the selected branch, the Jekyll action runs `jekyll build` in an isolated [Jekyll Docker image][jekyll-docker-image]. The output is generated to the `/filesystem` directory, and can be further deployed to FTP/SFTP and IaaS services. You can add your own commands, install additional packages, attach services, and run Selenium tests, as well as add other actions down the pipeline, eg. a Slack notification or an SSH script that will restart your server.
 
+![Jekyll Build](https://buddy.works/data/blog/_images/buddyworks-jekyll-small.png)
+
 [jekyll-docker-image]: https://hub.docker.com/r/jekyll/jekyll/
 
 ## 3. Using YAML for configuration
@@ -57,4 +59,4 @@ This entire guide is open-source. Go ahead and [edit it][jekyll-docs-ci-buddy] i
 
 [jekyll-docs-ci-buddy]: https://github.com/jekyll/jekyll/edit/master/docs/_docs/continuous-integration/buddyworks.md
 [jekyll-help]: https://jekyllrb.com/help/
-[buddy-forum]: https://forum.buddy.works/
+[buddy-forum]: http://forum.buddy.works/

docs/_docs/continuous-integration/circleci.md

@@ -12,12 +12,12 @@ Building, testing, and deploying your Jekyll-generated website can quickly be do
 
 To start building your project on CircleCI, all you need to do is 'follow' your project from CircleCI's website:
 
-1. Visit the 'Add Projects' page
+1. Visit the 'Add Projects' page: <https://circleci.com/add-projects>
 1. From the GitHub or Bitbucket tab on the left, choose a user or organization.
 1. Find your project in the list and click 'Build project' on the right.
-1. The first build will start on its own. You can start telling CircleCI how to build your project by creating a [.circleci/config.yml][3] file in the root of your repository.
+1. The first build will start on its own. You can start telling CircleCI how to build your project by creating a [circle.yml][3] file in the root of your repository.
 
-[3]: https://circleci.com/docs/2.0/configuration-reference/
+[3]: https://circleci.com/docs/configuration/
 
 ## 2. Dependencies
 
@@ -28,24 +28,22 @@ The easiest way to manage dependencies for a Jekyll project (with or without Cir
 ```ruby
 source 'https://rubygems.org'
 
-ruby '2.7.4'
+ruby '2.4.0'
 
-gem "jekyll"
-gem "html-proofer"
+gem 'jekyll'
+gem 'html-proofer'
 ```
 
-```yaml
-    - step:
-       run: bundle install
-```
+CircleCI detects when `Gemfile` is present is will automatically run `bundle install` for you in the `dependencies` phase.
 
 ## 3. Testing
 
-The most basic test that can be run is seeing if `jekyll build` actually works. This is a blocker, a dependency if you will, for other tests you might run on the generate site. So we'll run Jekyll, via Bundler, in the `dependencies` phase.
+The most basic test that can be run is simply seeing if `jekyll build` actually works. This is a blocker, a dependency if you will,  for other tests you might run on the generate site. So we'll run Jekyll, via Bundler, in the `dependencies` phase.
 
 ```yaml
-    - step:
-        run: bundle exec jekyll build
+dependencies:
+  post:
+    - bundle exec jekyll build
 ```
 
 ### HTML Proofer
@@ -56,32 +54,46 @@ With your site built, it's useful to run tests to check for valid HTML, broken l
 [6]: https://github.com/gjtorikian/html-proofer/blob/master/README.md#configuration
 
 ```yaml
-    - step:
-        run: bundle exec htmlproofer ./_site --check-html --disable-external
+test:
+  post:
+    - bundle exec htmlproofer ./_site --check-html --disable-external
 ```
 
-## Complete Example .circleci/config.yml File
+## Complete Example circle.yml File
 
-The example `.circleci/config.yml` below demonstrates how to
-deploy your Jekyll project to AWS. In order for this to work you would first have to set the
-`S3_BUCKET_NAME` [environment variable](https://circleci.com/docs/2.0/env-vars/).
+When you put it all together, here's an example of what that `circle.yml` file could look like in v1:
 
 ```yaml
-workflows:
-  test-deploy:
-    jobs:
-      - build
-      - deploy:
-          requires:
-            - build
-          filters:
-            branches:
-              only: master
-version: 2.1
+machine:
+  environment:
+    NOKOGIRI_USE_SYSTEM_LIBRARIES: true # speeds up installation of html-proofer
+
+dependencies:
+  post:
+    - bundle exec jekyll build
+
+test:
+  post:
+    - bundle exec htmlproofer ./_site --allow-hash-href --check-favicon --check-html --disable-external
+
+deployment:
+  prod:
+    branch: master
+    commands:
+      - rsync -va --delete ./_site username@my-website:/var/html
+```
+
+for CircleCI v2, a Docker-based system which new projects will follow, set the `S3_BUCKET_NAME` environment variable (an example of the required config file is shown below).
+
+```yaml
+defaults: &defaults
+  working_directory: ~/repo
+version: 2
 jobs:
   build:
+    <<: *defaults
     docker:
-      - image: cimg/ruby:2.7.4
+      - image: circleci/ruby:2.5
     environment:
       BUNDLE_PATH: ~/repo/vendor/bundle
     steps:
@@ -93,13 +105,6 @@ jobs:
       - run:
           name: Bundle Install
           command: bundle check || bundle install
-      - save_cache:
-          key: rubygems-v1-{% raw %}{{ checksum "Gemfile.lock" }}{% endraw %}
-          paths:
-            - vendor/bundle
-      - run:
-          name: Jekyll build
-          command: bundle exec jekyll build
       - run:
           name: HTMLProofer tests
           command: |
@@ -108,13 +113,21 @@ jobs:
               --check-favicon  \
               --check-html \
               --disable-external
+      - save_cache:
+          key: rubygems-v1-{% raw %}{{ checksum "Gemfile.lock" }}{% endraw %}
+          paths:
+            - vendor/bundle
+      - run:
+          name: Jekyll build
+          command: bundle exec jekyll build
       - persist_to_workspace:
           root: ./
           paths:
             - _site
   deploy:
+    <<: *defaults
     docker:
-      - image: cimg/python:3.9.1
+      - image: circleci/python:3.6.3
     environment:
       S3_BUCKET_NAME: <<YOUR BUCKET NAME HERE>>
     steps:
@@ -126,6 +139,17 @@ jobs:
       - run:
           name: Upload to s3
           command: ~/.local/bin/aws s3 sync ./_site s3://$S3_BUCKET_NAME/ --delete --acl public-read
+workflows:
+  version: 2
+  test-deploy:
+    jobs:
+      - build
+      - deploy:
+          requires:
+            - build
+          filters:
+            branches:
+              only: master
 ```
 
 ## Questions?

docs/_docs/continuous-integration/github-actions.md

@@ -1,138 +0,0 @@
----
-title: GitHub Actions
----
-
-When building a Jekyll site with GitHub Pages, Jekyll runs in an environment restricted for security
-reasons, yet containing numerous [whitelisted plugins and themes][ghp-whitelist] to make it simpler
-to get a site set up.
-
-The only workaround to have control over the build environment and gemset yet use GitHub Pages to
-host the site was previously by building elsewhere and pushing the built directory contents to the
-`gh-pages` branch on your repository.
-
-However, GitHub now provides you with the option to use their in-house CI/CD product named
-*GitHub Actions* to *build and deploy (host)* your Jekyll site with complete control over the build
-environment and gemset.
-
-## Advantages of using Actions
-
-### Control over gemset
-
-- **Jekyll version** --- Instead of using the classic GitHub Pages-provided version specified in
-  the [Dependency versions][ghp-whitelist] list, you can use any version of Jekyll you want.
-  For example `{{ site.version }}`, or point directly to the repository via the Gemfile.
-- **Plugins** --- You can use any Jekyll plugins irrespective of them being whitelisted by GitHub,
-  including any `*.rb` files placed in the `_plugins` directory of your site.
-- **Themes** --- While using a custom theme is possible without Actions, it is now possible to use
-  themes depending on features introduced in newer versions of Jekyll.
-
-{: .note .info}
-If you are migrating from the classic flow but want to keep using a GitHub-hosted theme, you may use
-the [jekyll-remote-theme][remote-theme] plugin, add any required dependencies of your theme
-(previously bundled by default) into your `_config.yml` and `Gemfile` and set the
-`remote_theme: <owner>/<repo_name>` theme repository slug correctly in your `_config.yml`.
-
-### Workflow Management
-
-- **Customization** --- By creating a workflow file to run Actions, you can specify custom build
-  steps, use environment variables.
-- **Logging** --- The build log is visible and can be tweaked to be verbose, so it is much easier to
-  debug errors using Actions.
-- **Caching** --- The `ruby/setup-ruby` action makes it possible to cache installed gems
-  automatically instead of having to download the bundle on each build.
-
-## Workspace setup
-
-The first and foremost requirement is a Jekyll project hosted at GitHub. Choose an existing Jekyll
-project or follow the [quickstart]({{ '/docs/' | relative_url }}) and push the repository to GitHub
-if it is not hosted there already.
-
-The Jekyll site we'll be using for the rest of this page, initially consists of just a `_config.yml`,
-an `index.md` page and a `Gemfile`. The contents are respectively:
-
-```yaml
-# _config.yml
-
-title: "Jekyll Actions Demo"
-```
-
-{% raw %}
-
-```liquid
----
----
-
-Welcome to My Home Page
-
-{% assign date = '2020-04-13T10:20:00Z' %}
-
-- Original date - {{ date }}
-- With timeago filter - {{ date | timeago }}
-```
-
-{% endraw %}
-
-```ruby
-# Gemfile
-
-source 'https://rubygems.org'
-
-gem "jekyll", "~> 4.2"
-
-group :jekyll_plugins do
-  gem "jekyll-timeago", "~> 0.13.1"
-end
-```
-
-{: .note .info}
-The demo site uses Jekyll 4 and a [third-party plugin][timeago-plugin], both of which are currently
-not whitelisted for use on GitHub pages. The plugin will allow us to describe how far back a date
-was from today. e.g. If we give a date as `2016-03-23T10:20:00Z` and the current date is
-`2020-04-13T10:20:00Z`, then the output would be `4 years and 3 weeks ago`.
-
-{: .note .info}
-The action we're using takes care of installing the Ruby gems and dependencies. While that keeps
-the setup simple for the user, one may encounter issues if they also check-in `Gemfile.lock` if it
-was generated with an old version of Bundler.
-
-### Setting up the Action
-
-1. Go to the **Settings** tab on your repository.
-    1. Click **Pages** under **Code and automation**.
-    2. Change **Source** under **Build and deployment** from **Deploy from a branch** to **GitHub Actions**.
-2. Go to the **Actions** tab on your repository.
-    1. Start a **New workflow** and search for **Jekyll**.
-    2. Click **Configure** under the **Jekyll** workflow (not **GitHub Pages Jekyll** workflow).
-    3. Review the change and click **Commit changes**.
-
-### Build and deploy
-
-On pushing any local changes onto the default branch, the action will be triggered and the build will
-**start**.
-
-To watch the progress and see any build errors, check on the build **status** using one of the
-following approaches:
-
-- **View by commit**
-  - Go to the repository level view in GitHub. Under the most recent commit (near the top) you’ll
-    see a **status symbol** next to the commit message as a tick or _X_. Hover over it and click
-    the **details** link.
-- **Actions tab**
-  - Go to the repository's Actions tab. Click on the `jekyll` workflow tab.
-
-If all goes well, all steps will be green and the built assets will be uploaded to GitHub Pages. 
-
-To see the **live site**, go to the **Deployments** tab on your repository, and click on the deployed
-site URL.
-
-When you need to make further **changes** to the site, commit to the default branch and push.
-The workflow will build and deploy your site again.
-
-## External links
-
-- [starter-workflows] is the official repository providing the workflow template used in this guide.
-
-[ghp-whitelist]: https://pages.github.com/versions/
-[remote-theme]: https://github.com/benbalter/jekyll-remote-theme
-[timeago-plugin]: https://rubygems.org/gems/jekyll-timeago
-[starter-workflows]: https://github.com/actions/starter-workflows/blob/main/pages/jekyll.yml

docs/_docs/continuous-integration/index.md

@@ -0,0 +1,10 @@
+---
+title: Continuous Integration
+permalink: /docs/continuous-integration/
+---
+
+Continuous Integration (CI) enables you to publish your Jekyll generated website with confidence by automating the quality assurance and deployment processes. You can quickly get started using CI with one of the providers below:
+
+* [Travis CI](travis-ci)
+* [CircleCI](circleci)
+* [Buddy](buddyworks)

docs/_docs/continuous-integration/razorops.md

@@ -1,61 +0,0 @@
----
-title: "Razorops"
----
-
-[Razorops][razorops-homepage] is a complete container native CI/CD solution handling all aspects of the software lifecycle from the moment a commit is created until it is deployed to production.
-Razorops has all the capabilities that you would expect from a CI/CD platform such as
-1. Code compilation/build
-2. Artifact packaging
-3. Testing Automation(unit, integration, acceptance etc.)
-4. Faster builds and shipping to production
-
-Razorops is a single solution that implements the whole pipeline from start to deployment.
-
-With [Razorops][razorops-homepage] you can set up your Jekyll websites project's build, test, and deploy steps just in 15 min. It supports [GitHub][github-homepage], [Bitbucket][bitbucket-homepage], and [GitLab][gitlab-homepage] repositories. The following guide will show you how to set up a free environment to build, test and deploy your Jekyll project.
-
-[razorops-homepage]: https://razorops.com/
-[docker-homepage]: https://www.docker.com/
-[github-homepage]: https://github.com
-[bitbucket-homepage]: https://bitbucket.org/
-[gitlab-homepage]: https://gitlab.com
-[deploy-s3]: https://razorops.com/blog/how-to-deploy-a-static-website-to-aws-s3-with-razorops-ci-cd/
-
-## 1. Getting started
-
-1. Log in at [https://razorops.com/][razorops-homepage] with your GitHub/Bitbucket or GitLab account
-2. Create a pipeline, choose your Git provider and select your Jekyll Project
-3. Add .razorops.yaml file in your root directory of your project
-4. Add environment var and your deployment is ready
-5. Add build and deployment steps as shown in this post [How to Deploy a Static Website to AWS S3 with Razorops CI/CD][deploy-s3]
-
-## 2. How it works
-
-Whenever you make a push to the selected branch, your steps auto runs as defined in .razorops.yaml file 
-
-```yaml
-  tasks:
-    build-and-deploy:
-      steps:
-      - checkout
-      # commands to build jekyll website
-      - commands:
-        - bundle install
-        - JEKYLL_ENV=production bundle exec jekyll build
-      # Commands to upload static pages folder to AWS S3 or ftp
-      # Set AWS access key & secrets environment variables under 
-      # Razorops dashboard project pipelines 
-      - commands:
-        - aws s3 rm s3://$AWS_S3_BUCKET --recursive
-        - aws s3 cp _site s3://$AWS_S3_BUCKET --recursive
-        if: branch == 'main'
-
-```
-
-
-
- Build step generates _site folder as Jekyll default and during deploy you will able to ship code to s3 or any ftp server you can define any command to ship your website code to server.
-
-Razorops is FREE for opensource projects, Try it Now
-[https://razorops.com/][razorops-homepage]
-
-

docs/_docs/continuous-integration/travis-ci.md

@@ -2,7 +2,7 @@
 title: "Travis CI"
 ---
 
-You can test your website build against one or more versions of Ruby.
+You can easily test your website build against one or more versions of Ruby.
 The following guide will show you how to set up a free build environment on
 [Travis][travis], with [GitHub][github] integration for pull requests.
 
@@ -11,7 +11,7 @@ The following guide will show you how to set up a free build environment on
 
 ## 1. Enabling Travis and GitHub
 
-To enable Travis builds for your GitHub repository:
+Enabling Travis builds for your GitHub repository is pretty simple:
 
 1. Go to your profile on travis-ci.org: https://travis-ci.org/profile/username
 2. Find the repository for which you're interested in enabling builds.
@@ -21,7 +21,7 @@ To enable Travis builds for your GitHub repository:
 
 ## 2. The Test Script
 
-The simplest test script runs `jekyll build` and ensures that Jekyll
+The simplest test script simply runs `jekyll build` and ensures that Jekyll
 doesn't fail to build the site. It doesn't check the resulting site, but it
 does ensure things are built properly.
 
@@ -34,7 +34,7 @@ Save the commands you want to run and succeed in a file: `./script/cibuild`
 
 ### The HTML Proofer Executable
 
-```bash
+```sh
 #!/usr/bin/env bash
 set -e # halt script on error
 
@@ -90,7 +90,7 @@ Your `.travis.yml` file should look like this:
 ```yaml
 language: ruby
 rvm:
-  - 2.6.3
+  - 2.4.1
 
 before_script:
  - chmod +x ./script/cibuild # or do this locally and commit
@@ -105,10 +105,11 @@ branches:
   - gh-pages     # test the gh-pages branch
   - /pages-(.*)/ # test every branch which starts with "pages-"
 
-addons:
-  apt:
-    packages:
-    - libcurl4-openssl-dev
+env:
+  global:
+  - NOKOGIRI_USE_SYSTEM_LIBRARIES=true # speeds up installation of html-proofer
+
+sudo: false # route your build to the container-based infrastructure for a faster build
 
 cache: bundler # caching bundler gem packages will speed up build
 
@@ -128,7 +129,7 @@ access to Bundler, RubyGems, and a Ruby runtime.
 
 ```yaml
 rvm:
-  - 2.6.3
+  - 2.4.1
 ```
 
 RVM is a popular Ruby Version Manager (like rbenv, chruby, etc). This
@@ -183,6 +184,18 @@ prefixed, exemplified above with the `/pages-(.*)/` regular expression.
 The `branches` directive is completely optional. Travis will build from every
 push to any branch of your repo if leave it out.
 
+```yaml
+env:
+  global:
+  - NOKOGIRI_USE_SYSTEM_LIBRARIES=true # speeds up installation of html-proofer
+```
+
+Using `html-proofer`? You'll want this environment variable. Nokogiri, used
+to parse HTML files in your compiled site, comes bundled with libraries
+which it must compile each time it is installed. Luckily, you can
+dramatically decrease the install time of Nokogiri by setting the
+environment variable `NOKOGIRI_USE_SYSTEM_LIBRARIES` to `true`.
+
 <div class="note warning">
   <h5>Be sure to exclude <code>vendor</code> from your
    <code>_config.yml</code></h5>
@@ -194,7 +207,17 @@ push to any branch of your repo if leave it out.
 exclude: [vendor]
 ```
 
-To speed up the build, you should cache the gem packages created by `bundler`.
+By default you should supply the `sudo: false` command to Travis. This command
+explicitly tells Travis to run your build on Travis's [container-based
+ infrastructure](https://docs.travis-ci.com/user/workers/container-based-infrastructure/#Routing-your-build-to-container-based-infrastructure). Running on the container-based infrastructure can often times
+speed up your build. If you have any trouble with your build, or if your build
+does need `sudo` access, modify the line to `sudo: required`.
+
+```yaml
+sudo: false
+```
+
+To speed up the build, you should cache the gem packages created by `bundler`. 
 Travis has a pre-defined [cache strategy for this tool][6] which should have
 all the default configs to do exactly that.
 

docs/_docs/contributing.md

@@ -8,30 +8,30 @@ Hi there! Interested in contributing to Jekyll? We'd love your help. Jekyll is a
 
 ## Where to get help or report a problem
 
-See the [support guidelines](https://jekyllrb.com/docs/support/)
+See [the support guidelines](https://jekyllrb.com/docs/support/)
 
 ## Ways to contribute
 
 Whether you're a developer, a designer, or just a Jekyll devotee, there are lots of ways to contribute. Here's a few ideas:
 
-- [Install Jekyll on your computer](https://jekyllrb.com/docs/installation/) and kick the tires. Does it work? Does it do what you'd expect? If not, [open an issue](https://github.com/jekyll/jekyll/issues/new) and let us know.
-- Comment on some of the project's [open issues](https://github.com/jekyll/jekyll/issues). Have you experienced the same problem? Know a workaround? Do you have a suggestion for how the feature could be better?
-- Read through the [documentation](https://jekyllrb.com/docs/home/), and click the "improve this page" button, any time you see something confusing, or have a suggestion for something that could be improved.
-- Browse through the [Jekyll discussion forum](https://talk.jekyllrb.com/), and lend a hand answering questions. There's a good chance you've already experienced what another user is experiencing.
-- Find an [open issue](https://github.com/jekyll/jekyll/issues) (especially [those labeled `help-wanted`](https://github.com/jekyll/jekyll/issues?q=is%3Aopen+is%3Aissue+label%3Ahelp-wanted)), and submit a proposed fix. If it's your first pull request, we promise we won't bite, and are glad to answer any questions.
-- Help evaluate [open pull requests](https://github.com/jekyll/jekyll/pulls), by testing the changes locally and reviewing what's proposed.
+* [Install Jekyll on your computer](https://jekyllrb.com/docs/installation/) and kick the tires. Does it work? Does it do what you'd expect? If not, [open an issue](https://github.com/jekyll/jekyll/issues/new) and let us know.
+* Comment on some of the project's [open issues](https://github.com/jekyll/jekyll/issues). Have you experienced the same problem? Know a work around? Do you have a suggestion for how the feature could be better?
+* Read through [the documentation](https://jekyllrb.com/docs/home/), and click the "improve this page" button, any time you see something confusing, or have a suggestion on how to improve something.
+* Browse through [the Jekyll discussion forum](https://talk.jekyllrb.com/), and lend a hand answering questions. There's a good chance you've already experienced what another user is experiencing.
+* Find [an open issue](https://github.com/jekyll/jekyll/issues) (especially [those labeled `help-wanted`](https://github.com/jekyll/jekyll/issues?q=is%3Aopen+is%3Aissue+label%3Ahelp-wanted)), and submit a proposed fix. If it's your first pull request, we promise we won't bite, and are glad to answer any questions.
+* Help evaluate [open pull requests](https://github.com/jekyll/jekyll/pulls), by testing the changes locally and reviewing what's proposed.
 
 ## Submitting a pull request
 
 ### Pull requests generally
 
-- The smaller the proposed change, the better. If you'd like to propose two unrelated changes, submit two pull requests.
+* The smaller the proposed change, the better. If you'd like to propose two unrelated changes, submit two pull requests.
 
-- The more information, the better. Make judicious use of the pull request body. Describe what changes were made, why you made them, and what impact they will have for users.
+* The more information, the better. Make judicious use of the pull request body. Describe what changes were made, why you made them, and what impact they will have for users.
 
-- If this is your first pull request, it may help to [understand GitHub Flow](https://guides.github.com/introduction/flow/).
+* Pull requests are easy and fun. If this is your first pull request, it may help to [understand GitHub Flow](https://guides.github.com/introduction/flow/).
 
-- If you're submitting a code contribution, be sure to read the [code contributions](#code-contributions) section below.
+* If you're submitting a code contribution, be sure to read the [code contributions](#code-contributions) section below.
 
 ### Submitting a pull request via github.com
 
@@ -53,7 +53,7 @@ That's it! You'll be automatically subscribed to receive updates as others revie
 2. Clone the repository locally `git clone https://github.com/<you-username>/jekyll`.
 3. Create a new, descriptively named branch to contain your change ( `git checkout -b my-awesome-feature` ).
 4. Hack away, add tests. Not necessarily in that order.
-5. Make sure everything still passes by running `script/cibuild` (see the [tests section](#running-tests-locally) below)
+5. Make sure everything still passes by running `script/cibuild` (see [the tests section](#running-tests-locally) below)
 6. Push the branch up ( `git push origin my-awesome-feature` ).
 7. Create a pull request by visiting `https://github.com/<your-username>/jekyll` and following the instructions at the top of the screen.
 
@@ -80,12 +80,11 @@ If you ever need to update our documentation with an icon that is not already av
 5. Click `Generate Font` on the bottom-horizontal-bar.
 6. Inspect the included icons and proceed by clicking `Download`.
 7. Extract the font files and adapt the CSS to the paths we use in Jekyll:
-
-- Copy the entire `fonts` directory over and overwrite existing ones at `<jekyll>/docs/`.
-- Copy the contents of `selection.json` and overwrite existing content inside `<jekyll>/docs/icomoon-selection.json`.
-- Copy the entire `@font-face {}` declaration and only the **new-icon(s)' css declarations** further below, to update the
+  - Copy the entire `fonts` directory over and overwrite existing ones at `<jekyll>/docs/`.
+  - Copy the contents of `selection.json` and overwrite existing content inside `<jekyll>/docs/icomoon-selection.json`.
+  - Copy the entire `@font-face {}` declaration and only the **new-icon(s)' css declarations** further below, to update the
   `<jekyll>/docs/_sass/_font-awesome.scss` sass partial.
-- Fix paths in the `@font-face {}` declaration by adding `../` before `fonts/FontAwesome.*` like so:
+  - Fix paths in the `@font-face {}` declaration by adding `../` before `fonts/FontAwesome.*` like so:
   `('../fonts/Fontawesome.woff?9h6hxj')`.
 
 ### Adding plugins
@@ -94,7 +93,7 @@ If you want to add your plugin to the [list of plugins](https://jekyllrb.com/doc
 
 ## Code Contributions
 
-Interested in submitting a pull request? Awesome. Read on. There's a few common gotchas that we'd love to help you avoid.
+Interesting in submitting a pull request? Awesome. Read on. There's a few common gotchas that we'd love to help you avoid.
 
 ### Tests and documentation
 
@@ -106,21 +105,19 @@ If your contribution changes any Jekyll behavior, make sure to update the docume
 
 #### Tests
 
-- If you're creating a small fix or patch to an existing feature, a simple test is more than enough. You can usually copy/paste from an existing example in the `tests` folder, but if you need you can find out about our tests suites [Shoulda](https://github.com/thoughtbot/shoulda/tree/master) and [RSpec-Mocks](https://github.com/rspec/rspec-mocks).
+* If you're creating a small fix or patch to an existing feature, a simple test is more than enough. You can usually copy/paste from an existing example in the `tests` folder, but if you need you can find out about our tests suites [Shoulda](https://github.com/thoughtbot/shoulda/tree/master) and [RSpec-Mocks](https://github.com/rspec/rspec-mocks).
 
-- If it's a brand new feature, create a new [Cucumber](https://github.com/cucumber/cucumber/) feature, reusing existing steps where appropriate.
+* If it's a brand new feature, create a new [Cucumber](https://github.com/cucumber/cucumber/) feature, reusing existing steps where appropriate.
 
 ### Code contributions generally
 
-- Jekyll uses the [Rubocop](https://github.com/bbatsov/rubocop) static analyzer to ensure that contributions follow the [GitHub Ruby Styleguide](https://github.com/styleguide/ruby). Please check your code using `script/fmt` and resolve any errors before pushing your branch.
+* Jekyll uses the [Rubocop](https://github.com/bbatsov/rubocop) static analyzer to ensure that contributions follow the [GitHub Ruby Styleguide](https://github.com/styleguide/ruby). Please check your code using `script/fmt` and resolve any errors before pushing your branch.
 
-- Don't bump the Gem version in your pull request (if you don't know what that means, you probably didn't).
+* Don't bump the Gem version in your pull request (if you don't know what that means, you probably didn't).
 
-- You can use the command `script/console` to start a REPL to explore the result of
-  Jekyll's methods. It also provides you with helpful methods to quickly create a
-  site or configuration. [Feel free to check it out!](https://github.com/jekyll/jekyll/blob/master/script/console)
-
-- Previously, we've used the WIP Probot app to help contributors determine whether their pull request is ready for review. Please use a [draft pull request](https://help.github.com/en/articles/about-pull-requests#draft-pull-requests) instead. When you're ready, [mark the pull request as ready for review](https://help.github.com/en/articles/changing-the-stage-of-a-pull-request)
+* You can use the command `script/console` to start a REPL to explore the result of
+Jekyll's methods. It also provides you with helpful methods to quickly create a
+site or configuration. [Feel free to check it out!](https://github.com/jekyll/jekyll/blob/master/script/console)
 
 ## Running tests locally
 
@@ -153,10 +150,6 @@ script/cucumber features/blah.feature
 Both `script/test` and `script/cucumber` can be run without arguments to
 run its entire respective suite.
 
-## Visual Studio Code Development Container
-
-If you've got [Visual Studio Code](https://code.visualstudio.com/) with the [Remote Development Extension Pack](https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.vscode-remote-extensionpack) installed then simply opening this repository in Visual Studio Code and following the prompts to "Re-open In A Development Container" will get you setup and ready to go with a fresh environment with all the requirements installed.
-
 ## A thank you
 
 Thanks! Hacking on Jekyll should be fun. If you find any of this hard to figure out, let us know so we can improve our process or documentation!

docs/_docs/datafiles.md

@@ -3,12 +3,13 @@ title: Data Files
 permalink: /docs/datafiles/
 ---
 
-In addition to the [built-in variables]({{'/docs/variables/' | relative_url }}) available from Jekyll,
+In addition to the [built-in variables](../variables/) available from Jekyll,
 you can specify your own custom data that can be accessed via the [Liquid
-templating system](https://github.com/Shopify/liquid/wiki/Liquid-for-Designers).
+templating system](https://wiki.github.com/shopify/liquid/liquid-for-designers).
 
-Jekyll supports loading data from [YAML](https://yaml.org), [JSON](https://www.json.org/json-en.html), [CSV](https://en.wikipedia.org/wiki/Comma-separated_values), and [TSV](https://en.wikipedia.org/wiki/Tab-separated_values) files located in the `_data` directory.
-Note that CSV and TSV files *must* contain a header row.
+Jekyll supports loading data from [YAML](http://yaml.org/), [JSON](http://www.json.org/),
+and [CSV](https://en.wikipedia.org/wiki/Comma-separated_values) files located in the `_data` directory.
+Note that CSV files *must* contain a header row.
 
 This powerful feature allows you to avoid repetition in your templates and to
 set site specific options without changing `_config.yml`.
@@ -17,9 +18,10 @@ Plugins/themes can also leverage Data Files to set configuration variables.
 
 ## The Data Folder
 
-The `_data` folder is where you can store additional data for Jekyll to use when
-generating your site. These files must be YAML, JSON, TSV or CSV files (using either
-the `.yml`, `.yaml`, `.json`, `.tsv`, or `.csv` extension), and they will be
+As explained on the [directory structure](../structure/) page, the `_data`
+folder is where you can store additional data for Jekyll to use when generating
+your site. These files must be YAML, JSON, or CSV files (using either
+the `.yml`, `.yaml`, `.json` or `.csv` extension), and they will be
 accessible via `site.data`.
 
 ## Example: List of members
@@ -42,15 +44,15 @@ In `_data/members.yml`:
 
 Or `_data/members.csv`:
 
-```
+```text
 name,github
 Eric Mill,konklone
 Parker Moore,parkr
 Liu Fengyun,liufengyun
 ```
 
-This data can be accessed via `site.data.members` (notice that the file's *basename* determines the variable name and
-therefore one should avoid having data files with the same basename but different extensions, in the same directory).
+This data can be accessed via `site.data.members` (notice that the filename
+determines the variable name).
 
 You can now render the list of members in a template:
 
@@ -68,7 +70,10 @@ You can now render the list of members in a template:
 ```
 {% endraw %}
 
-## Subfolders
+{: .note .info }
+If your Jekyll site has a lot of pages, such as with documentation websites, see the detailed examples in [how to build robust navigation for your site]({% link _tutorials/navigation.md %}).
+
+## Example: Organizations
 
 Data files can also be placed in sub-folders of the `_data` folder. Each folder
 level will be added to a variable's namespace. The example below shows how
@@ -129,7 +134,7 @@ dave:
     twitter: DavidSilvaSmith
 ```
 
-The author can then be specified as a page variable in a post's front matter:
+The author can then be specified as a page variable in a post's frontmatter:
 
 {% raw %}
 ```liquid
@@ -147,31 +152,4 @@ author: dave
 ```
 {% endraw %}
 
-For information on how to build robust navigation for your site (especially if you have a documentation website or another type of Jekyll site with a lot of pages to organize), see [Navigation]({{ '/tutorials/navigation/' | relative_url }}).
-
-## CSV/TSV Parse Options
-
-The way Ruby parses CSV and TSV files can be customized with the `csv_reader` and `tsv_reader`
-configuration options. Each configuration key exposes the same options:
-
-`converters`: What [CSV converters](https://ruby-doc.org/stdlib-2.5.0/libdoc/csv/rdoc/CSV.html#Converters) should be
-              used when parsing the file. Available options are `integer`, `float`, `numeric`, `date`, `date_time` and
-              `all`. By default, this list is empty.
-`encoding`:   What encoding the files are in. Defaults to the site `encoding` configuration option.
-`headers`:    Boolean field for whether to parse the first line of the file as headers. When `false`, it treats the
-              first row as data. Defaults to `true`.
-
-Examples:
-
-```yaml
-csv_reader:
-    converters:
-      - numeric
-      - datetime
-    headers: true
-    encoding: utf-8
-tsv_reader:
-    converters:
-      - all
-    headers: false
-```
+For information on how to build robust navigation for your site (especially if you have a documentation website or another type of Jekyll site with a lot of pages to organize), see [Navigation](/tutorials/navigation).

docs/_docs/deployment-methods.md

@@ -0,0 +1,216 @@
+---
+title: Deployment methods
+permalink: /docs/deployment-methods/
+---
+
+Sites built using Jekyll can be deployed in a large number of ways due to the static nature of the generated output. A few of the most common deployment techniques are described below.
+
+<div class="note">
+  <h5>ProTip™: Use GitHub Pages for zero-hassle Jekyll hosting</h5>
+  <p>GitHub Pages are powered by Jekyll behind the scenes, so if you’re looking for a zero-hassle, zero-cost solution, GitHub Pages are a great way to <a href="../github-pages/">host your Jekyll-powered website for free</a>.</p>
+</div>
+
+## Netlify
+
+Netlify provides Global CDN, Continuous Deployment, one click HTTPS and [much more](https://www.netlify.com/features/), providing developers the most robust toolset available for modern web projects, without added complexity. Netlify supports custom plugins for Jekyll and has a free plan for open source projects.
+
+Read this [Jekyll step-by-step guide](https://www.netlify.com/blog/2015/10/28/a-step-by-step-guide-jekyll-3.0-on-netlify/) to setup your Jekyll site on Netlify.
+
+## Aerobatic
+
+[Aerobatic](https://www.aerobatic.com) has custom domains, global CDN distribution, basic auth, CORS proxying, and a growing list of plugins all included.
+
+Automating the deployment of a Jekyll site is simple. See their [Jekyll docs](https://www.aerobatic.com/docs/static-site-generators/#jekyll) for more details. Your built `_site` folder is deployed to their highly-available, globally distributed hosting service.
+
+## Kickster
+
+Use [Kickster](http://kickster.nielsenramon.com/) for easy (automated) deploys to GitHub Pages when using unsupported plugins on GitHub Pages.
+
+Kickster provides a basic Jekyll project setup packed with web best practises and useful optimization tools increasing your overall project quality. Kickster ships with automated and worry-free deployment scripts for GitHub Pages.
+
+Setting up Kickster is very easy, just install the gem and you are good to go. More documentation can here found [here](https://github.com/nielsenramon/kickster#kickster). If you do not want to use the gem or start a new project you can just copy paste the deployment scripts for [Travis CI](https://github.com/nielsenramon/kickster/tree/master/snippets/travis) or [Circle CI](https://github.com/nielsenramon/kickster#automated-deployment-with-circle-ci).
+
+## Web hosting providers (FTP)
+
+Just about any traditional web hosting provider will let you upload files to their servers over FTP. To upload a Jekyll site to a web host using FTP, simply run the `jekyll build` command and copy the contents of the generated `_site` folder to the root folder of your hosting account. This is most likely to be the `httpdocs` or `public_html` folder on most hosting providers.
+
+## Self-managed web server
+
+If you have direct access to the deployment web server, the process is essentially the same, except you might have other methods available to you (such as `scp`, or even direct filesystem access) for transferring the files. Just remember to make sure the contents of the generated `_site` folder get placed in the appropriate web root directory for your web server.
+
+## Automated methods
+
+There are also a number of ways to easily automate the deployment of a Jekyll site. If you’ve got another method that isn’t listed below, we’d love it if you [contributed](../contributing/) so that everyone else can benefit too.
+
+### Git post-update hook
+
+If you store your Jekyll site in [Git](https://git-scm.com/) (you are using
+version control, right?), it’s pretty easy to automate the
+deployment process by setting up a post-update hook in your Git
+repository, [like
+this](http://web.archive.org/web/20091223025644/http://www.taknado.com/en/2009/03/26/deploying-a-jekyll-generated-site/).
+
+### Git post-receive hook
+
+To have a remote server handle the deploy for you every time you push changes using Git, you can create a user account which has all the public keys that are authorized to deploy in its `authorized_keys` file. With that in place, setting up the post-receive hook is done as follows:
+
+```sh
+laptop$ ssh deployer@example.com
+server$ mkdir myrepo.git
+server$ cd myrepo.git
+server$ git --bare init
+server$ cp hooks/post-receive.sample hooks/post-receive
+server$ mkdir /var/www/myrepo
+```
+
+Next, add the following lines to hooks/post-receive and be sure Jekyll is
+installed on the server:
+
+```bash
+GIT_REPO=$HOME/myrepo.git
+TMP_GIT_CLONE=$HOME/tmp/myrepo
+GEMFILE=$TMP_GIT_CLONE/Gemfile
+PUBLIC_WWW=/var/www/myrepo
+
+git clone $GIT_REPO $TMP_GIT_CLONE
+BUNDLE_GEMFILE=$GEMFILE bundle install
+BUNDLE_GEMFILE=$GEMFILE bundle exec jekyll build -s $TMP_GIT_CLONE -d $PUBLIC_WWW
+rm -Rf $TMP_GIT_CLONE
+exit
+```
+
+Finally, run the following command on any users laptop that needs to be able to
+deploy using this hook:
+
+```sh
+laptops$ git remote add deploy deployer@example.com:~/myrepo.git
+```
+
+Deploying is now as easy as telling nginx or Apache to look at
+`/var/www/myrepo` and running the following:
+
+```sh
+laptops$ git push deploy master
+```
+
+### Static Publisher
+
+[Static Publisher](https://github.com/static-publisher/static-publisher) is another automated deployment option with a server listening for webhook posts, though it's not tied to GitHub specifically. It has a one-click deploy to Heroku, it can watch multiple projects from one server, it has an easy to user admin interface and can publish to either S3 or to a git repository (e.g. gh-pages).
+
+### Rake
+
+Another way to deploy your Jekyll site is to use [Rake](https://github.com/ruby/rake), [HighLine](https://github.com/JEG2/highline), and
+[Net::SSH](https://github.com/net-ssh/net-ssh). A more complex example of deploying Jekyll with Rake that deals with multiple branches can be found in [Git Ready](https://github.com/gitready/gitready/blob/cdfbc4ec5321ff8d18c3ce936e9c749dbbc4f190/Rakefile).
+
+
+### scp
+
+Once you’ve generated the `_site` directory, you can easily scp its content using a
+`tasks/deploy` shell script similar to [this deploy script][]. You’d obviously
+need to change the values to reflect your site’s details. There is even [a
+matching TextMate command][] that will help you run this script.
+
+[this deploy script]: https://github.com/henrik/henrik.nyh.se/blob/master/script/deploy
+
+[a matching TextMate command]: https://gist.github.com/henrik/214959
+
+### rsync
+
+Once you’ve generated the `_site` directory, you can easily rsync its content using a `tasks/deploy` shell script similar to [this deploy script here](https://github.com/vitalyrepin/vrepinblog/blob/master/transfer.sh). You’d obviously need to change the values to reflect your site’s details.
+
+Certificate-based authorization is another way to simplify the publishing
+process. It makes sense to restrict rsync access only to the directory which it is supposed to sync. This can be done using rrsync.
+
+#### Step 1: Install rrsync to your home folder (server-side)
+
+If it is not already installed by your host, you can do it yourself:
+
+- [Download rrsync](https://ftp.samba.org/pub/unpacked/rsync/support/rrsync)
+- Place it in the `bin` subdirectory of your home folder  (`~/bin`)
+- Make it executable (`chmod +x`)
+
+#### Step 2: Set up certificate-based SSH access (server side)
+
+This [process](https://wiki.gentoo.org/wiki/SSH#Passwordless_Authentication) is
+described in several places online. What is different from the typical approach
+is to put the restriction to certificate-based authorization in
+`~/.ssh/authorized_keys`. Then, launch `rrsync` and supply
+it with the folder it shall have read-write access to:
+
+```sh
+command="$HOME/bin/rrsync <folder>",no-agent-forwarding,no-port-forwarding,no-pty,no-user-rc,no-X11-forwarding ssh-rsa <cert>
+```
+
+`<folder>` is the path to your site. E.g., `~/public_html/you.org/blog-html/`.
+
+#### Step 3: Rsync (client-side)
+
+Add the `deploy` script to the site source folder:
+
+```sh
+#!/bin/sh
+
+rsync -crvz --rsh='ssh -p2222' --delete-after --delete-excluded   <folder> <user>@<site>:
+```
+
+Command line parameters are:
+
+- `--rsh=ssh -p2222` &mdash; The port for SSH access. It is required if
+your host uses a different port than the default (e.g, HostGator)
+- `<folder>` &mdash; The name of the local output folder (defaults to `_site`)
+- `<user>` &mdash; The username for your hosting account
+- `<site>` &mdash; Your hosting server
+
+Using this setup, you might run the following command:
+
+```sh
+rsync -crvz --rsh='ssh -p2222' --delete-after --delete-excluded _site/ hostuser@example.org:
+```
+
+Don't forget the column `:` after server name!
+
+#### Step 4 (Optional): Exclude the transfer script from being copied to the output folder.
+
+This step is recommended if you use these instructions to deploy your site. If
+you put the `deploy` script in the root folder of your project, Jekyll will
+copy it to the output folder. This behavior can be changed in `_config.yml`.
+
+Just add the following line:
+
+```yaml
+# Do not copy these files to the output directory
+exclude: ["deploy"]
+```
+
+Alternatively, you can use an `rsync-exclude.txt` file to control which files will be transferred to your server.
+
+#### Done!
+
+Now it's possible to publish your website simply by running the `deploy`
+script. If your SSH certificate  is [passphrase-protected](https://martin.kleppmann.com/2013/05/24/improving-security-of-ssh-private-keys.html), you will be asked to enter it when the
+script executes.
+
+## Rack-Jekyll
+
+[Rack-Jekyll](https://github.com/adaoraul/rack-jekyll/) is an easy way to deploy your site on any Rack server such as Amazon EC2, Slicehost, Heroku, and so forth. It also can run with [shotgun](https://github.com/rtomayko/shotgun/), [rackup](https://github.com/rack/rack), [mongrel](https://github.com/mongrel/mongrel), [unicorn](https://github.com/defunkt/unicorn/), and [others](https://github.com/adaoraul/rack-jekyll#readme).
+
+Read [this post](http://andycroll.com/ruby/serving-a-jekyll-blog-using-heroku/) on how to deploy to Heroku using Rack-Jekyll.
+
+## Jekyll-Admin for Rails
+
+If you want to maintain Jekyll inside your existing Rails app, [Jekyll-Admin](https://github.com/zkarpinski/Jekyll-Admin) contains drop in code to make this possible. See Jekyll-Admin’s [README](https://github.com/zkarpinski/Jekyll-Admin/blob/master/README) for more details.
+
+## Amazon S3
+
+If you want to host your site in Amazon S3, you can do so by
+using the [s3_website](https://github.com/laurilehmijoki/s3_website)
+application. It will push your site to Amazon S3 where it can be served like
+any web server,
+dynamically scaling to almost unlimited traffic. This approach has the
+benefit of being about the cheapest hosting option available for
+low-volume blogs as you only pay for what you use.
+
+## OpenShift
+
+If you'd like to deploy your site to an OpenShift gear, there's [a cartridge
+for that](https://github.com/openshift-quickstart/jekyll-openshift).

docs/_docs/deployment.md

@@ -1,11 +0,0 @@
----
-title: Deployment
-permalink: /docs/deployment/
-redirect_from: "/docs/deployment-methods/index.html"
----
-
-Sites built using Jekyll can be deployed in a large number of ways due to the static nature of the generated output. Here's some of the most common ways:
-
-* [Manually]({{ '/docs/deployment/manual/' | relative_url }})
-* [Automated]({{ '/docs/deployment/automated/' | relative_url }})
-* [Third Party]({{ '/docs/deployment/third-party/' | relative_url }})

docs/_docs/deployment/automated.md

@@ -1,70 +0,0 @@
----
-title: Automated Deployment
-permalink: /docs/deployment/automated/
----
-There are a number of ways to easily automate the deployment of a Jekyll site.
-
-## Continuous Integration Service
-
-One of the easiest ways to set up an automated deployment flow is by using a
-CI.
-
-These services run a script when there's a commit on your Git repository.
-You might want this script to build the site, run tests over the output then deploy it to the
-service of your choice.
-
-We have guides for the following providers:
-
-* [GitHub Actions]({{ '/docs/continuous-integration/github-actions/' | relative_url }})
-* [Travis CI]({{ '/docs/continuous-integration/travis-ci/' | relative_url }})
-* [CircleCI]({{ '/docs/continuous-integration/circleci/' | relative_url }})
-* [Buddy]({{ '/docs/continuous-integration/buddyworks/' | relative_url }})
-* [Razorops CI/CD]({{ '/docs/continuous-integration/razorops/' | relative_url }})
-
-## Git post-receive hook
-
-To have a remote server handle the deploy for you every time you push changes using Git, you can create a user account which has all the public keys that are authorized to deploy in its `authorized_keys` file. With that in place, setting up the post-receive hook is done as follows:
-
-```sh
-laptop$ ssh deployer@example.com
-server$ mkdir myrepo.git
-server$ cd myrepo.git
-server$ git --bare init
-server$ cp hooks/post-receive.sample hooks/post-receive
-server$ mkdir /var/www/myrepo
-```
-
-Next, add the following lines to hooks/post-receive and be sure Jekyll is
-installed on the server:
-
-```bash
-#!/bin/bash -l
-
-# Install Ruby Gems to ~/gems
-export GEM_HOME=$HOME/gems
-export PATH=$GEM_HOME/bin:$PATH
-
-TMP_GIT_CLONE=$HOME/tmp/myrepo
-GEMFILE=$TMP_GIT_CLONE/Gemfile
-PUBLIC_WWW=/var/www/myrepo
-
-git clone $GIT_DIR $TMP_GIT_CLONE
-BUNDLE_GEMFILE=$GEMFILE bundle install
-BUNDLE_GEMFILE=$GEMFILE bundle exec jekyll build -s $TMP_GIT_CLONE -d $PUBLIC_WWW
-rm -Rf $TMP_GIT_CLONE
-exit
-```
-
-Finally, run the following command on any users laptop that needs to be able to
-deploy using this hook:
-
-```sh
-laptops$ git remote add deploy deployer@example.com:~/myrepo.git
-```
-
-Deploying is now as easy as telling nginx or Apache to look at
-`/var/www/myrepo` and running the following:
-
-```sh
-laptops$ git push deploy master
-```