A minimal, sidebar, responsive web design Jekyll theme that focuses on text presentation. Designed to help you easily record and share your knowledge.
There are two ways to get the theme:
Add this line to your Jekyll site's
And add this line to your Jekyll site's
And then execute:
Next, go to the installed local theme path:
$ cd "$(bundle info --path jekyll-theme-chirpy)"
And then copy the critical files (for details, see starter project) from the theme's gem to your Jekyll site.
⚠️ Watch out for duplicate files!
If your Jekyll site is created by the
jekyll newcommand, there will be
about.markdownin the root directory of your site. Please be sure to remove them, otherwise they will overwrite the
_tabs/about.htmlfrom this project, resulting in blank or messy pages.
As an alternative, which we recommend, you can create a Jekyll site using the starter template to save time copying files from the theme's gem. We've prepared everything you need there!
Fork Chirpy on GitHub and then clone your fork to local. (Please note that the default branch code is in development. If you want the blog to be stable, please switch to the latest tag and start writing.)
Install gem dependencies by:
And then execute:
$ bash tools/init.sh
Note: If you don't plan to deploy your site on GitHub Pages, append parameter option
--no-ghat the end of the above command.
What it does is:
Remove some files or directories from your repository:
If you use the
--no-gh option, the directory
.github will be deleted. Otherwise, setup the GitHub Action workflow by removing the extension
.github/workflows/pages-deploy.yml.hook, and then remove the other files and directories in the folder
Automatically create a commit to save the changes.
Update the variables of
_config.yml as needed. Some of them are typical options:
If you need to customize stylesheet, copy the theme's
assets/css/style.scss to the same path on your Jekyll site, and then add the custom style at the end of the style file.
v4.1.0, if you want to overwrite the SASS variables defined in
_sass/addon/variables.scss, create a new file
_sass/variables-hook.scss and assign new values to the target variable in it.
You may want to preview the site contents before publishing, so just run it by:
$ bundle exec jekyll s
Or run the site on Docker with the following command:
$ docker run -it --rm \ --volume="$PWD:/srv/jekyll" \ -p 4000:4000 jekyll/jekyll \ jekyll serve
Open a browser and visit to http://localhost:4000.
Before the deployment begins, checkout the file
_config.yml and make sure the
url is configured correctly. Furthermore, if you prefer the project site and don't use a custom domain, or you want to visit your website with a base URL on a web server other than GitHub Pages, remember to change the
baseurl to your project name that starting with a slash, e.g,
Now you can choose ONE of the following methods to deploy your Jekyll site.
For security reasons, GitHub Pages build runs on
safe mode, which restricts us from using plugins to generate additional page files. Therefore, we can use GitHub Actions to build the site, store the built site files on a new branch, and use that branch as the source of the GH Pages service.
Quickly check the files needed for GitHub Actions build:
.github/workflows/pages-deploy.yml. Otherwise, create a new one and fill in the contents of the workflow file, and the value of the
on.push.branchesshould be the same as your repo's default branch name.
tools/deploy.sh. Otherwise, copy them from this repo to your Jekyll site.
And then rename your repository to
<GH-USERNAME>.github.io on GitHub.
Now publish your Jekyll site by:
Push any commit to remote to trigger the GitHub Actions workflow. Once the build is complete and successful, a new remote branch named
gh-pages will appear to store the built site files.
Browse to your repo's landing page on GitHub and select the branch
gh-pages as the publishing source through Settings → Options → GitHub Pages:
Visit your website at the address indicated by GitHub.
On platforms other than GitHub, we cannot enjoy the convenience of GitHub Actions. Therefore, we should build the site locally (or on some other 3rd-party CI platform) and then put the site files on the server.
Go to the root of the source project, build your site by:
$ JEKYLL_ENV=production bundle exec jekyll b
Or build the site with Docker by:
$ docker run -it --rm \ --env JEKYLL_ENV=production \ --volume="$PWD:/srv/jekyll" \ jekyll/jekyll \ jekyll build
Unless you specified the output path, the generated site files will be placed in folder
_site of the project's root directory. Now you should upload those files to your web server.
For more details and a better reading experience, please check out the tutorials on the demo site. In the meanwhile, a copy of the tutorial is also available on the Wiki. Please note that the tutorials on the demo website or Wiki are based on the latest release, and the features of
master branch usually ahead of the documentation.
The old saying, "Two heads are better than one." Consequently, welcome to report bugs, improve code quality or submit a new feature. For more information, see contributing guidelines.
This theme is mainly built with Jekyll ecosystem, Bootstrap, Font Awesome and some other wonderful tools (their copyright information can be found in the relevant files). The avatar and favicon design comes from Clipart Max.
🎉 Thanks to all the volunteers who contributed to this project, their GitHub IDs are on this list. Also, I won't forget those guys who submitted the issues or unmerged PR because they reported bugs, shared ideas, or inspired me to write more readable documentation.
Last but not least, thank JetBrains for providing the open source license.
If you like this theme or find it helpful, please consider sponsoring me, because it will encourage and help me better maintain the project, I will be very grateful!
This work is published under MIT License.