Skip to main content

Pages 사이트 만들기

새 리포지토리 또는 기존 리포지토리에서 Pages 사이트를 만들 수 있습니다.

누가 이 기능을 사용할 수 있나요?

Pages은(는) 조직의 Free 및 Free이(가) 있는 퍼블릭 리포지토리와 Pro, Team, Enterprise Cloud 및 Enterprise Server의 퍼블릭 및 프라이빗 리포지토리에서 사용할 수 있습니다. 자세한 내용은 의 플랜을(를) 참조하세요.

Pages은(는) 이제 Actions을(를) 사용하여 Jekyll 빌드를 실행합니다. 빌드의 원본으로 분기를 사용하는 경우 기본 제공 Jekyll 워크플로를 사용하려면 리포지토리에서 Actions을(를) 사용하도록 설정해야 합니다. 또는 Actions을(를) 사용할 수 없거나 사용하지 않도록 설정한 경우 원본 분기의 루트에 .nojekyll 파일을 추가하면 Jekyll 빌드 프로세스를 무시하고 콘텐츠를 직접 배포합니다. Actions 사용에 대한 자세한 내용은 리포지토리에 대한 Actions 설정 관리을(를) 참조하세요.

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 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 Actions workflow to build and deploy your site source files.

If the account that owns the repository uses Free or Free for organizations, the repository must be public.

If you want to create a site in an existing repository, skip to the Creating your site section.

  1. In the upper-right corner of any page, select , then click New repository.

    Screenshot of a GitHub dropdown menu showing options to create new items. The menu item "New repository" is outlined in dark orange.

  2. Use the Owner dropdown menu to select the account you want to own the repository.

    Screenshot of the owner menu for a new GitHub repository. The menu shows two options, octocat and github.

  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 <user>..io or <organization>..io. If your user or organization name contains uppercase letters, you must lowercase the letters. For more information, see What is Pages?.

    Screenshot of GitHub Pages settings in a repository. The repository name field contains the text "octocat.github.io" and is outlined in dark orange.

  4. Choose a repository visibility. For more information, see About repositories.

  5. Select Initialize this repository with a README.

  6. Click Create repository.

Creating your site

Before you can create your site, you must have a repository for your site on . If you're not creating your site in an existing repository, see Creating a repository for your site.

경고

Pages sites are publicly available on the internet, even if the repository for the site is private (if your plan or organization allows it). If you have sensitive data in your site's repository, you may want to remove the data before publishing. For more information, see About repositories.

  1. On , navigate to your site's repository.

  2. Decide which publishing source you want to use. See Configuring a publishing source for your Pages site.

  3. Create the entry file for your site. Pages will look for an index.html, index.md, or README.md file as the entry file for your site.

    If your publishing source is a branch and folder, the entry file must be at the top level of the source folder on the source branch. For example, if your publishing source is the /docs folder on the main branch, your entry file must be located in the /docs folder on a branch called main.

    If your publishing source is a Actions workflow, the artifact that you deploy must include the entry file at the top level of the artifact. Instead of adding the entry file to your repository, you may choose to have your Actions workflow generate your entry file when the workflow runs.

  4. Configure your publishing source. See Configuring a publishing source for your Pages site.

  5. Your Pages site is built and deployed with a Actions workflow. For more information, see Viewing workflow run history.

    참고 항목

    Actions is free for public repositories. Usage charges apply for private and internal repositories that go beyond the monthly allotment of free minutes. For more information, see Usage limits, billing, and administration.

Viewing your published site

  1. Under your repository name, click Settings. If you cannot see the "Settings" tab, select the dropdown menu, then click Settings.

    Screenshot of a repository header showing the tabs. The "Settings" tab is highlighted by a dark orange outline.

  2. In the "Code and automation" section of the sidebar, click Pages.

  3. To see your published site, under " Pages", click Visit site.

참고 항목

It can take up to 10 minutes for changes to your site to publish after you push the changes to . If you don't see your Pages site changes reflected in your browser after an hour, see About Jekyll build errors for Pages sites.

  • 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 Actions workflow that uses the _TOKEN do not trigger a Pages build.

Static site generators

Pages publishes any static files that you push to your repository. You can create your own static files or use a static site generator to build your site for you. You can also customize your own build process locally or on another server.

If you use a custom build process or a static site generator other than Jekyll, you can write a Actions workflow to build and publish your site. provides workflow templates for several static site generators. For more information, see Configuring a publishing source for your Pages site.

If you publish your site from a source branch, Pages will use Jekyll to build your site by default. If you want to use a static site generator other than Jekyll, we recommend that you write a Actions to build and publish your site instead. Otherwise, disable the Jekyll build process by creating an empty file called .nojekyll in the root of your publishing source, then follow your static site generator's instructions to build your site locally.

참고 항목

Pages does not support server-side languages such as PHP, Ruby, or Python.

MIME types on Pages

A MIME type is a header that a server sends to a browser, providing information about the nature and format of the files the browser requested. Pages supports more than 750 MIME types across thousands of file extensions. The list of supported MIME types is generated from the mime-db project.

While you can't specify custom MIME types on a per-file or per-repository basis, you can add or modify MIME types for use on Pages. For more information, see the mime-db contributing guidelines.

Next steps

You can add more pages to your site by creating more new files. Each file will be available on your site in the same directory structure as your publishing source. For example, if the publishing source for your project site is the gh-pages branch, and you create a new file called /about/contact-us.md on the gh-pages branch, the file will be available at https://<user>..io/<repository>/about/contact-us.html.

You can also add a theme to customize your site’s look and feel. For more information, see Adding a theme to your Pages site using Jekyll.

Further reading