오늘 외부 상태 검사를 통과하지 않으면 Merge 차단, 직접 전송 Beta를 통해 GitLab 프로젝트 마이그레이션, 자체 관리형 GitLab을 위한 SCIM 지원, 그룹 구성원에 대한 선택적 SSO 시행, Admin Area에서 Runner의 예상 대기 시간 보기 등이 포함된 GitLab 15.8 출시를 발표하게 되어 기쁘게 생각합니다!

이는 이번 릴리즈의 35개 이상의 개선 사항 중 일부 하이라이트입니다. 아래에서 멋진 업데이트를 모두 확인하세요. 다음 달 릴리즈의 내용을 미리 보려면 15.9 릴리즈 시작 비디오가 포함된 예정 릴리즈 페이지를 확인하세요.



GitLab 15.8 소개 영상. 출처=인포그랩 유튜브

외부 상태 검사를 통과하지 않으면 Merge 차단

ULTIMATE

(SaaS only)

photo | 인포그랩 GitLab | 인포그랩 GitLab

이제 모든 외부 상태 검사를 통과하지 않는 한 Merge Request를 통한 merge를 차단하도록 프로젝트를 구성할 수 있습니다. 이를 통해 GitLab 워크플로우의 일부로 외부 시스템에 자신 있게 의존하고 코드가 Merge되기 전에 필요한 모든 단계를 완료할 수 있습니다.

구성된 경우 사용자는 외부 상태 검사를 통과하고 Merge Request에 녹색 확인 표시가 표시되는 경우에만 Merge Request를 merge할 수 있습니다. 외부 상태 확인이 보류 중이거나 실패한 경우 Merge Request의 merge는 차단됩니다.

이 기능은 자체 관리 사용자가 사용할 수 있지만 기본적으로 활성화되어 있지 않습니다. Gitlab 15.5 이상에서 only_allow_merge_if_all_status_checks_passed feature flag를 사용하여 이 기능을 활성화할 수 있습니다. 이 기능은 이제 SaaS 사용자를 위해 GitLab 15.8에서 기본적으로 활성화되며 자체 관리 사용자를 위해 GitLab 15.9에서 기본적으로 활성화됩니다.

직접 전송 Beta를 통해 GitLab 프로젝트 마이그레이션

FREEPREMIUMULTIMATE

(SaaS only)

photo | 인포그랩 GitLab | 인포그랩 GitLab

직접 전송 Beta를 통해 GitLab 프로젝트를 마이그레이션할 수 있게 되었습니다. 이제 직접 전송(direct transfer)을 사용할 때 그룹 및 프로젝트 리소스를 함께 마이그레이션할 수 있습니다. 직접 전송을 사용하여 GitLab 인스턴스 간에 또는 동일한 GitLab 인스턴스 내에서 마이그레이션할 수 있습니다.

직접 전송을 사용하여 그룹을 마이그레이션할 때 프로젝트를 마이그레이션하는 것은 다음과 같은 이유로 파일 내보내기를 사용하여 그룹 및 프로젝트를 마이그레이션할 때 크게 개선됩니다.

  • 각 프로젝트를 파일로 수동으로 내보낸 다음 모든 내보내기 파일을 새 위치로 가져올 필요가 없습니다. 이제 최상위 그룹 내의 모든 프로젝트가 자동으로 마이그레이션되어 작업이 더욱 효율적으로 이루어집니다.
  • 자체 관리형 GitLab에서 GitLab.com으로 마이그레이션할 때 사용자 연결(예: 댓글 작성자)은 프로젝트를 가져오는 사용자로 변경되지 않습니다. 몇 가지 조건이 충족되는 경우 직접 전송 맵 사용자 및 해당 기여도를 사용하여 마이그레이션합니다.

이 기능은 GitLab.com에서 사용할 수 있습니다. 자체 관리형 GitLab에서 지금 바로 GitLab.com으로 마이그레이션할 수 있습니다!

GitLab 자체 관리형 인스턴스에서 활성화하려면 연결된 설명서를 참조하십시오.

최근 블로그 게시물에서 직접 전송 Beta를 통한 GitLab 프로젝트 마이그레이션 및 다음 단계에 대해 자세히 알아보세요.

자체 관리형 GitLab을 위한 SCIM 지원

PREMIUMULTIMATE

(Self-Managed only)

photo | 인포그랩 GitLab | 인포그랩 GitLab

자체 관리형 GitLab은 이제 개방형 표준 SCIM(System for Cross-domain Identity Management)을 지원하여 다음을 자동으로 수행할 수 있습니다.

  • 사용자 생성
  • SCIM ID를 비활성화하여 사용자 제거

이전에는 GitLab.com에서만 사용할 수 있었습니다. SCIM을 통해 GitLab 관리자는 사용자 라이프사이클 관리를 완전히 자동화할 수 있습니다.

그룹 구성원에 대한 선택적 SSO 시행

PREMIUMULTIMATE

(SaaS only)


이전에는 SAML SSO가 활성화되면 모든 구성원이 SSO 인증을 사용하여 그룹에 액세스해야 하는 SSO를 시행하도록 그룹에서 선택할 수 있었습니다. 그러나 일부 그룹은 외부 협력자나 계약자가 SSO 없이 그룹에 액세스할 수 있도록 허용하면서 직원이나 그룹 구성원에 대한 SSO 시행의 보안을 원합니다.

이제 SAML SSO가 활성화된 그룹에는 SAML ID가 있는 모든 구성원에 대해 SSO가 자동으로 적용됩니다. 다음 중 하나 또는 둘 모두에 해당하는 경우 구성원은 SAML ID를 가집니다.

  • GitLab 그룹의 싱글 사인온 URL을 사용하여 GitLab에 로그인한 구성원
  • SCIM에서 프로비저닝한 구성원

SAML ID가 없는 사용자는 SSO 시행이 명시적으로 활성화되어 있지 않는 한 SSO를 사용할 필요가 없습니다.

선택적 SSO 적용 기능의 원활한 작동을 위해 Enable SAML authentication for this group 확인란을 선택하기 전에 SAML 구성이 제대로 작동하는지 확인하세요.

Admin Area에서 Runner의 예상 대기 시간 보기

ULTIMATE

(Self-Managed only)

photo | 인포그랩 GitLab | 인포그랩 GitLab

GitLab Runner fleet 최적화의 핵심 입력은 시간이 지남에 따라 대기열 성능에 대한 깊은 통찰력을 얻는 것입니다. 현재 Admin Area에서 러너의 각 작업에 대해 사용 가능한 기록 대기열 기간 메트릭이 있지만 러너에 대한 현재 대기열 성능을 결정하는 간단한 메커니즘은 없습니다.

새로운 예상 대기열 시간 기능을 사용하면 이제 모든 인스턴스 실행자의 중간 예상 대기 시간을 한 눈에 확인할 수 있습니다. 이 데이터를 사용하면 조직의 개발자를 위해 잠재적인 CI 작업 실행 문제를 사전에 식별하고 구성 또는 리소스 변경에 대한 결정을 알리는 통찰력을 제공하여 Runner fleet을 최적화할 수 있습니다.

인포그랩의 기술지원 서비스를 받으세요!

인포그랩은 GitLab을 사용하는 고객들에게 맞춤 기술 지원을 제공합니다. 최신 버전 업그레이드가 필요하시면 문의하기 로 연락 주십시오. 백업/복구 정책은 잘 잡혀 있는지, 시스템에 이상은 없는지, GitLab Runner 를 통한 CI/CD 최적화는 되어 있는지를 점검해 드리고 가장 빠르고 안전하게 업그레이드 해드립니다.

(이 포스트는 GitLab의 동의를 받아 공식 블로그의 영문 포스트를 우리말로 번역한 글입니다.)

Tip! 인포그랩의 GitLab 버전별 기능에서 버전별로 추가된 기능을 검색해 볼 수 있습니다.