GitLab Pages 설정

사용자 지정 오류 페이지, 리디렉션, 고유 도메인을 포함한 GitLab Pages 구성 옵션을 설명합니다.

GitLab Pages는 정적 사이트의 배포 방식과 표시 방식을 사용자 지정할 수 있는 구성 옵션을 제공합니다. Pages 설정으로 다음 작업을 수행할 수 있습니다: 403 및 404 응답에 대한 사용자 지정 오류 페이지를 제공합니다. _redirects 파일로 URL 리다이렉트를 구성합니다. CI/CD 규칙을 사용해 원하는 브랜치에서 페이지를 배포합니다. 미리 압축한 자산을 제공해 페이지 로드 속도를 높입니다. 사이트를 게시할 폴더를 사용자 지정합니다. 사이트의 고유 도메인을 생성하고 관리합니다. Pages 소개는 GitLab Pages 를 참고합니다. GitLab Pages 요구 사항 # 요약하면 GitLab Pages에 웹사이트를 업로드하는 데 필요한 것은 다음과 같습니다: 인스턴스의 도메인: GitLab Pages에 사용되는 도메인 이름입니다 (관리자에게 문의합니다). GitLab CI/CD: 리포지터리 루트 디렉터리에 pages 라는 특정 job 이 포함된 .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 리다이렉트 생성 을 참고합니다. Pages 사이트 삭제 # 프로젝트의