워크스페이스 구성

GitLab 개발 환경을 관리하기 위한 GitLab 워크스페이스를 구성합니다.

히스토리 Feature flag remote_development_feature_flag GitLab 16.0에서 GitLab.com 및 GitLab Self-Managed에서 활성화 . GitLab 16.7에서 일반 공개 . Feature flag remote_development_feature_flag 제거. 워크스페이스 를 사용하여 GitLab 프로젝트를 위한 격리된 개발 환경을 만들고 관리할 수 있습니다. 각 워크스페이스에는 자체 종속성, 라이브러리 및 도구 세트가 포함되어 있으며 각 프로젝트의 특정 요구 사항에 맞게 사용자 정의할 수 있습니다. 워크스페이스 인프라 설정 # 워크스페이스를 만들기 전에 인프라를 한 번만 설정해야 합니다. 클라우드 공급자와 관계없이 워크스페이스를 위한 인프라를 설정하려면 다음을 수행해야 합니다: Kubernetes용 GitLab 에이전트 가 지원하는 Kubernetes 클러스터를 설정합니다. 지원되는 Kubernetes 버전 을 참조하세요. Kubernetes 클러스터에 대한 오토스케일링이 활성화되어 있는지 확인합니다. Kubernetes 클러스터에서: 각 워크스페이스에 대해 볼륨을 동적으로 프로비저닝할 수 있도록 기본 스토리지 클래스 가 정의되어 있는지 확인합니다. 튜토리얼: Kubernetes용 GitLab 에이전트 설정 의 모든 단계를 완료합니다. 선택 사항. 워크스페이스에서 컨테이너 빌드 및 실행 . 선택 사항. 프라이빗 컨테이너 레지스트리 지원 구성 . 선택 사항. 워크스페이스에 대한 sudo 접근 구성 . AWS를 사용하는 경우 OpenTofu 튜토리얼을 사용할 수 있습니다. 자세한 내용은 튜토리얼: AWS에서 워크스페이스 인프라 설정 을 참조하세요. 워크스페이스 만들기 # 히스토리 자동 종료 전 시간 GitLab 16.0에서 도입 비공개 프로젝트 지원 GitLab 16.4에서 도입 . Git 참조 및 Devfile 위치 GitLab 16.10에서 도입 . 자동 종료 전 시간 GitLab 16.10에서 워크스페이스 자동 종료 시간 으로 이름 변경 . 변수 GitLab 17.1에서 도입 . 워크스페이스 자동 종료 시간 GitLab 17.6에서 제거 . 머지 리퀘스트 페이지에서 워크스페이스 만들기 GitLab 18.0에서 도입 . Warning 신뢰할 수 있는 프로젝트에서만 워크스페이스를 만드세요. 사전 요구 사항: 워크스페이스 인프라를 설정 해야 합니다. 워크스페이스 및 에이전트 프로젝트에 대한 Developer, Maintainer 또는 Owner 권한이 있어야 합니다. 프로젝트에서 머지 리퀘스트에서 상단 표시줄에서 검색 또는 이동 을 선택하고 프로젝트를 찾습니다. 편집 > 새 워크스페이스 를 선택합니다. 클러스터 에이전트 드롭다운 목록에서 프로젝트가 속한 그룹이 소유한 클러스터 에이전트를 선택합니다. Git 참조 드롭다운 목록에서 GitLab이 워크스페이스를 만드는 데 사용하는 브랜치, 태그 또는 커밋 해시를 선택합니다. 기본적으로 현재 보고 있는 브랜치입니다. Devfile 드롭다운 목