GitLab Pages 설정

GitLab Pages 사이트의 배포 및 표시를 사용자 지정하는 설정 옵션을 안내합니다.

GitLab Pages는 정적 사이트의 배포 및 표시를 사용자 지정하는 구성 옵션을 제공합니다. Pages 설정을 사용하면 다음을 수행할 수 있습니다: 403 및 404 응답에 대한 사용자 정의 오류 페이지를 제공합니다. _redirects 파일을 통해 URL 리다이렉트를 구성합니다. CI/CD 규칙을 사용하여 모든 브랜치에서 Pages를 배포합니다. 더 빠른 페이지 로드를 위해 사전 압축된 자산을 제공합니다. 사이트가 게시되는 폴더를 사용자 정의합니다. 사이트의 고유 도메인을 생성하고 관리합니다. 이 가이드는 GitLab Pages 사이트에 사용할 수 있는 설정 및 구성 옵션을 설명합니다. Pages 소개는 GitLab Pages 를 참조하세요. GitLab Pages 요구 사항 # 간략히 말하면, GitLab Pages에 웹사이트를 업로드하기 위해 필요한 것입니다: 인스턴스의 도메인: GitLab Pages에 사용되는 도메인 이름(관리자에게 문의하세요). GitLab CI/CD: 저장소 루트 디렉토리에 pages 라는 특정 작업이 있는 .gitlab-ci.yml 파일. 프로젝트에 활성화된 GitLab Runner. GitLab.com의 GitLab Pages # GitLab.com의 GitLab Pages 를 사용하여 웹사이트를 호스팅하는 경우: GitLab.com의 GitLab Pages 도메인 이름은 gitlab.io 입니다. 사용자 정의 도메인과 TLS 지원이 활성화되어 있습니다. 인스턴스 러너가 기본적으로 활성화되고, 무료로 제공되며, 웹사이트를 빌드하는 데 사용할 수 있습니다. 원한다면 자체 러너를 사용할 수도 있습니다. 예시 프로젝트 # 예시 프로젝트 전체 목록은 GitLab Pages 그룹 을 방문하세요. 기여를 환영합니다. 사용자 정의 오류 코드 페이지 # public/ 디렉토리의 루트에 403.html 및 404.html 파일을 만들어 자체 403 및 404 오류 페이지를 제공할 수 있습니다. 일반적으로 이는 프로젝트의 루트 디렉토리이지만, 정적 생성기 구성에 따라 다를 수 있습니다. 404.html 의 경우 다양한 시나리오가 있습니다. 예: 프로젝트 Pages( /project-slug/ 아래에서 제공)를 사용하고 /project-slug/non/existing_file 에 액세스하려는 경우, GitLab Pages는 먼저 /project-slug/404.html 을, 그 다음 /404.html 을 제공하려 합니다. 사용자 또는 그룹 Pages( / 아래에서 제공)를 사용하고 /non/existing_file 에 액세스하려는 경우 GitLab Pages는 /404.html 을 제공하려 합니다. 사용자 정의 도메인을 사용하고 /non/existing_file 에 액세스하려는 경우, GitLab Pages는 /404.html 만 제공하려 합니다. GitLab Pages의 리다이렉트 # _redirects 파일을 사용하여 사이트의 리다이렉트를 구성할 수 있습니다. 자세한 내용은 GitLab Pages를 위한 리다이렉트 만