환경

환경, 변수, 대시보드, 리뷰 앱을 설명합니다.

GitLab 환경은 development, staging, production과 같이 애플리케이션의 특정 배포 타깃을 나타냅니다. 환경을 사용하면 서로 다른 구성을 관리하고 소프트웨어 수명 주기의 여러 단계에서 코드를 배포할 수 있습니다. 환경을 사용하면 다음을 할 수 있습니다. 배포 절차를 일관되고 반복 가능하게 유지합니다 어떤 코드가 어디에 배포되었는지 추적합니다 문제가 발생하면 이전 버전으로 롤백합니다 민감한 환경을 승인되지 않은 변경으로부터 보호합니다 환경별로 배포 변수를 제어해 보안 경계를 유지합니다 환경 상태를 모니터링하고 문제가 생기면 알림을 받습니다 환경 및 배포 보기 # 사전 요구 사항: 비공개 프로젝트에서는 Reporter, Developer, Maintainer 또는 Owner 권한이 있어야 합니다. 환경 권한 을 참고합니다. 다음 몇 가지 방법으로 특정 프로젝트의 환경 목록을 볼 수 있습니다. 사용 가능한(즉, 중지되지 않은) 환경이 하나 이상 있으면 프로젝트 개요 페이지에서 볼 수 있습니다. 왼쪽 사이드바에서 Operate > Environments 를 선택합니다. 환경이 표시됩니다. 특정 환경의 배포 목록을 보려면 예를 들어 staging 처럼 환경 이름을 선택합니다. 배포는 배포 job 이 생성한 뒤에만 이 목록에 표시됩니다. 배포 파이프라인의 모든 수동 job 목록을 보려면 Run ([play]) 드롭다운 목록을 선택합니다. 환경 URL # 환경 URL 은 GitLab의 다음 몇 군데에 표시됩니다. 머지 리퀘스트에 링크로 표시됩니다. Environments 화면에 버튼으로 표시됩니다. Deployments 화면에 버튼으로 표시됩니다. 다음 조건을 만족하면 머지 리퀘스트에서 이 정보를 볼 수 있습니다. 머지 리퀘스트가 최종적으로 기본 브랜치(보통 main )에 머지됩니다. 해당 브랜치가 환경(예: staging 또는 production )에도 배포됩니다. 예시는 다음과 같습니다. 소스 파일에서 공개 페이지로 이동 # GitLab Route Maps 를 사용하면 소스 파일에서 리뷰 앱용으로 설정된 환경의 공개 페이지로 바로 이동할 수 있습니다. 환경의 종류 # 환경은 정적 환경이거나 동적 환경입니다. 정적 환경의 특징은 다음과 같습니다. 보통 이어지는 배포에서 재사용됩니다. 이름이 고정되어 있습니다. 예를 들어 staging 또는 production 입니다. 수동으로 또는 CI/CD 파이프라인의 일부로 생성됩니다. 동적 환경의 특징은 다음과 같습니다. 보통 CI/CD 파이프라인에서 생성되어 단일 배포에만 사용된 뒤 중지되거나 삭제됩니다. 이름이 동적이며, 대개 CI/CD 변수 값을 기반으로 합니다. 리뷰 앱 의 기능입니다. 환경은 중지 job 의 실행 여부에 따라 다음 세 가지 상태 중 하나를 가집니다. available : 환경이 존재합니다. 배포가 있을 수 있습니다. stopping : 중지 job 이 시작되었습니다. 중지 job 이 정의되어 있지 않으면 이 상태는 해당하지 않습니다. stopped : 중지