GitLab 17.7이 지난 19일 출시됐습니다. 이번 업데이트에서는 Planner 사용자 role, 관리자가 제어하는 인스턴스 통합 허용 목록, Direct transfer의 새로운 사용자 기여와 멤버십 매핑 방법을 도입했습니다. 아울러 UI에서 액세스 토큰 교체 기능, CI/CD 컴포넌트 사용을 추적하는 GraphQL 쿼리도 선보였습니다.
위 내용은 이번 릴리즈에서 선보인 230개 이상 개선 사항 중 몇 가지 주요 사항입니다. 아래에 주요 업데이트 내용을 모두 확인하세요. 다음 달 릴리즈 내용을 미리 보려면, 17.8 릴리즈 킥오프 비디오가 있는 예정 릴리즈 페이지를 확인하세요.
Planner 사용자 role
이번 17.7 버전에서는 과도한 권한 없이 에픽, 로드맵, 칸반 보드와 같은 애자일 계획 도구에 맞춤형 액세스를 제공하기 위해 Planner role을 도입했습니다. 이는 워크플로를 안전하게 지키고, 최소 권한 원칙에 부합하면서 더 효과적으로 협업하는 데 도움이 됩니다.
관리자가 제어하는 인스턴스 통합 허용 목록
(Self-managed 전용)
이제 인스턴스 관리자는 허용 목록(allowlist)을 구성해 GitLab 인스턴스에서 활성화할 수 있는 통합을 제어할 수 있습니다. 허용 목록이 비어 있으면, 인스턴스에서 통합이 허용되지 않습니다. 허용 목록이 구성되면, 새로운 GitLab 통합은 기본적으로 허용 목록에 없습니다.
나중에 허용 목록 설정으로 차단된, 이전에 활성화된 통합은 비활성화됩니다. 이러한 통합이 다시 허용되면, 이는 기존 구성으로 다시 활성화됩니다.
Direct transfer의 새로운 사용자 기여, 멤버십 매핑
이제 Direct transfer로 GitLab 인스턴스 간에 마이그레이션 할 때, 새로운 사용자 기여와 멤버십 매핑 방법을 사용할 수 있습니다. 이 기능은 가져오기(import) 프로세스를 관리하는 사용자와 기여 재할당을 받는 사용자 모두에게 유연성과 제어 기능을 제공합니다. 새로운 방법을 사용하면,
- 가져오기가 완료된 뒤, 대상 인스턴스의 기존 사용자에게 멤버십과 기여를 재할당할 수 있습니다. 여러분이 가져오는 모든 멤버십과 기여는 먼저 플레이스홀더 사용자에게 매핑됩니다. 모든 기여는 여러분이 대상 인스턴스에서 이를 재할당할 때까지 플레이스홀더와 연결된 상태로 표시됩니다.
- 소스 인스턴스와 대상 인스턴스에서 이메일 주소가 다른 사용자의 멤버십과 기여를 매핑할 수 있습니다.
대상 인스턴스에서 사용자에게 기여를 재할당할 때, 사용자는 재할당을 수락하거나 거부할 수 있습니다.
자세한 내용은 “사용자 기여와 멤버십 매핑을 사용한 마이그레이션 간소화” 글을 참조하세요. 피드백을 남기려면, 이슈 502565에 댓글을 추가하세요.
UI서 액세스 토큰 교체 기능
GitLab UI에서 개인 액세스 토큰을 해지, 갱신하는 방법. 출처=GitLab
이제 UI를 사용해 개인, 프로젝트, 그룹 액세스 토큰을 교체할 수 있습니다. 이전에는 액세스 토큰을 교체하려면 API를 사용해야 했습니다.
이 기능에 기여한 shangsuru에게 감사드립니다!
CI/CD 컴포넌트 사용 추적 GraphQL 쿼리
중앙 DevOps 팀은 파이프라인 전반에 CI/CD 컴포넌트가 사용되는 위치를 추적해 이를 더 잘 관리하고 최적화해야 할 때가 많습니다. 가시성이 없으면, 오래된 컴포넌트 사용을 확인하고, 채택률을 파악하며, 컴포넌트 라이프사이클을 지원하기 어렵습니다.
GitLab은 이 문제를 해결하기 위해 DevOps 팀이 조직의 파이프라인 전반에 컴포넌트가 사용된 프로젝트 목록을 볼 수 있는 새로운 GraphQL 쿼리를 추가했습니다. 이 기능은 중요한 인사이트를 제공해 DevOps 팀이 생산성을 높이고 더 나은 의사 결정을 내리도록 돕습니다.
인포그랩의 기술지원 서비스를 받으세요!
완벽한 GitLab 구축부터 성공적인 DevOps 도입까지! 인포그랩과 DevOps 라이프사이클을 함께하세요.
(이 포스트는 GitLab의 동의를 받아 공식 블로그의 영문 포스트를 우리말로 번역한 글입니다.)
Tip! 인포그랩의 GitLab 버전별 기능에서 버전별로 추가된 기능을 검색해 볼 수 있습니다.