# Jekyll을 사용하여 GitHub Pages 사이트 만들기
Jekyll을 사용하여 새 리포지토리나 기존 리포지토리에서 GitHub Pages 사이트를 만들 수 있습니다.
> \[!NOTE] While the `github-pages` gem remains supported for some workflows, GitHub Actions is now the recommended approach for deploying and automating GitHub Pages sites.
## Prerequisites
Before you can use Jekyll to create a GitHub Pages site, you must install Jekyll and Git. For more information, see [Installation](https://jekyllrb.com/docs/installation/) in the Jekyll documentation and [Set up Git](/en/enterprise-server@3.18/get-started/git-basics/set-up-git).
We recommend using [Bundler](https://bundler.io/) to install and run Jekyll. Bundler manages Ruby gem dependencies, reduces Jekyll build errors, and prevents environment-related bugs. To install Bundler:
1. Install Ruby. For more information, see [Installing Ruby](https://www.ruby-lang.org/en/documentation/installation/) in the Ruby documentation.
2. Install Bundler. For more information, see [Bundler](https://bundler.io/).
> \[!TIP]
> If you see a Ruby error when you try to install Jekyll using Bundler, you may need to use a package manager, such as [RVM](https://rvm.io/) or [Homebrew](https://brew.sh/), to manage your Ruby installation. For more information, see [Troubleshooting](https://jekyllrb.com/docs/troubleshooting/#jekyll--macos) in the Jekyll documentation.
## Creating a repository for your site
You can either create a repository or choose an existing repository for your site.
If you want to create a GitHub Pages site for a repository where not all of the files in the repository are related to the site, you will be able to configure a publishing source for your site. For example, you can have a dedicated branch and folder to hold your site source files, or you can use a custom GitHub Actions workflow to build and deploy your site source files. To use GitHub Actions as a publishing source for GitHub Pages, a site administrator must enable GitHub Actions for GitHub Enterprise Server. For more information, see [Enabling GitHub Actions for GitHub Enterprise Server](/en/enterprise-server@3.18/admin/managing-github-actions-for-your-enterprise/enabling-github-actions-for-github-enterprise-server).
If you want to create a site in an existing repository, skip to the [Creating your site](#creating-your-site) section.
1. In the upper-right corner of any page, select , then click **New repository**.
2. Use the **Owner** dropdown menu to select the account you want to own the repository.
3. Type a name for your repository and an optional description. If you're creating a user or organization site, your repository must be named `.github.io` or `.github.io`. If your user or organization name contains uppercase letters, you must lowercase the letters.
For more information, see [What is GitHub Pages?](/en/enterprise-server@3.18/pages/getting-started-with-github-pages/what-is-github-pages#types-of-github-pages-sites).
4. Choose a repository visibility. For more information, see [About repositories](/en/enterprise-server@3.18/repositories/creating-and-managing-repositories/about-repositories#about-repository-visibility).
## Creating your site
Before you can create your site, you must have a repository for your site on GitHub. If you're not creating your site in an existing repository, see [Creating a repository for your site](#creating-a-repository-for-your-site).
> \[!WARNING]
> If your site administrator has enabled Public Pages, GitHub Pages sites are publicly available on the internet, even if the repository for the site is private or internal. If you have sensitive data in your site's repository, you may want to remove the data before publishing. For more information, see [Configuring GitHub Pages for your enterprise](/en/enterprise-server@3.18/admin/configuring-settings/configuring-user-applications-for-your-enterprise/configuring-github-pages-for-your-enterprise#enabling-public-sites-for-github-pages) and [About repositories](/en/enterprise-server@3.18/repositories/creating-and-managing-repositories/about-repositories#about-repository-visibility).
1. Open TerminalTerminalGit Bash.
2. If you don't already have a local copy of your repository, navigate to the location where you want to store your site's source files, replacing PARENT-FOLDER with the folder you want to contain the folder for your repository.
```shell
cd PARENT-FOLDER
```
3. If you haven't already, initialize a local Git repository, replacing REPOSITORY-NAME with the name of your repository.
```shell
git init REPOSITORY-NAME
> Initialized empty Git repository in /REPOSITORY-NAME/.git/
# Creates a new folder on your computer, initialized as a Git repository
```
4. Change directories to the repository.
```shell
cd REPOSITORY-NAME
# Changes the working directory
```
5. Decide which publishing source you want to use. For more information, see [Configuring a publishing source for your GitHub Pages site](/en/enterprise-server@3.18/pages/getting-started-with-github-pages/configuring-a-publishing-source-for-your-github-pages-site).
6. Navigate to the publishing source for your site. For more information, see [Configuring a publishing source for your GitHub Pages site](/en/enterprise-server@3.18/pages/getting-started-with-github-pages/configuring-a-publishing-source-for-your-github-pages-site).
For example, if you chose to publish your site from the `docs` folder on the default branch, create and change directories to the `docs` folder.
```shell
mkdir docs
# Creates a new folder called docs
cd docs
```
If you chose to publish your site from the `gh-pages` branch, create and checkout the `gh-pages` branch.
```shell
git checkout --orphan gh-pages
# Creates a new branch, with no history or contents, called gh-pages, and switches to the gh-pages branch
git rm -rf .
# Removes the contents from your default branch from the working directory
```
7. To create a new Jekyll site, use the `jekyll new` command in your repository's root directory:
```shell
jekyll new --skip-bundle .
# Creates a Jekyll site in the current directory
```
8. Open the Gemfile that Jekyll created.
9. Add "#" to the beginning of the line that starts with `gem "jekyll"` to comment out this line.
10. Add the `github-pages` gem by editing the line starting with `# gem "github-pages"`. Change this line to:
```ruby
gem "github-pages", "~> GITHUB-PAGES-VERSION", group: :jekyll_plugins
```
Replace GITHUB-PAGES-VERSION with the latest supported version of the `github-pages` gem. You can find this version here: [Dependency versions](https://pages.github.com/versions.json).
The correct version Jekyll will be installed as a dependency of the `github-pages` gem.
11. Save and close the Gemfile.
12. From the command line, run `bundle install`.
13. Open the `.gitignore` file that Jekyll created and ignore the gems lock file by adding this line:
```shell
Gemfile.lock
```
14. Optionally, make any necessary edits to the `_config.yml` file. This is required for relative paths when the repository is hosted in a subdirectory. For more information, see [Splitting a subfolder out into a new repository](/en/enterprise-server@3.18/get-started/using-git/splitting-a-subfolder-out-into-a-new-repository).
```yaml
domain: my-site.github.io # if you want to force HTTPS, specify the domain without the http at the start, e.g. example.com
url: https://my-site.github.io # the base hostname and protocol for your site, e.g. http://example.com
baseurl: /REPOSITORY-NAME/ # place folder name if the site is served in a subfolder
```
15. Optionally, test your site locally. For more information, see [Testing your GitHub Pages site locally with Jekyll](/en/enterprise-server@3.18/pages/setting-up-a-github-pages-site-with-jekyll/testing-your-github-pages-site-locally-with-jekyll).
16. Add and commit your work.
```shell
git add .
git commit -m 'Initial GitHub pages site with Jekyll'
```
17. Add your repository on your GitHub Enterprise Server instance as a remote, replacing HOSTNAME with your enterprise's hostname, USER with the account that owns the repository, and REPOSITORY with the name of the repository.
```shell
git remote add origin https://HOSTNAME/USER/REPOSITORY.git
```
18. Push the repository to GitHub, replacing BRANCH with the name of the branch you're working on.
```shell
git push -u origin BRANCH
```
19. Configure your publishing source. For more information, see [Configuring a publishing source for your GitHub Pages site](/en/enterprise-server@3.18/pages/getting-started-with-github-pages/configuring-a-publishing-source-for-your-github-pages-site).
20. On GitHub, navigate to your site's repository.
21. Under your repository name, click ** Settings**. If you cannot see the "Settings" tab, select the **** dropdown menu, then click **Settings**.
22. In the "Code and automation" section of the sidebar, click ** Pages**.
23. To see your published site, under "GitHub Pages", click ** Visit site**.
> \[!NOTE]
> It can take up to 10 minutes for changes to your site to publish after you push the changes to GitHub. If you don't see your GitHub Pages site changes reflected in your browser after an hour, see [About Jekyll build errors for GitHub Pages sites](/en/enterprise-server@3.18/pages/setting-up-a-github-pages-site-with-jekyll/about-jekyll-build-errors-for-github-pages-sites).
> \[!NOTE]
>
> * If you are publishing from a branch and your site has not published automatically, make sure someone with admin permissions and a verified email address has pushed to the publishing source.
> * Commits pushed by a GitHub Actions workflow that uses the `GITHUB_TOKEN` do not trigger a GitHub Pages build.
## Next steps
To add a new page or post to your site, see [Adding content to your GitHub Pages site using Jekyll](/en/enterprise-server@3.18/pages/setting-up-a-github-pages-site-with-jekyll/adding-content-to-your-github-pages-site-using-jekyll).
You can add a Jekyll theme to your GitHub Pages site to customize the look and feel of your site. For more information, see [Adding a theme to your GitHub Pages site using Jekyll](/en/enterprise-server@3.18/pages/setting-up-a-github-pages-site-with-jekyll/adding-a-theme-to-your-github-pages-site-using-jekyll).