GitLab 16.5 릴리즈 노트

오늘 우리는 GitLab 16.5 출시 소식을 발표해서 기쁩니다. 이번 업데이트에서는 컴플라이언스 표준 준수 보고서, Merge Request 타깃 브랜치 규칙, 이슈 스레드 해결하기, semi-linear 기록이 있는 Fast-forward Merge Train, Jira 개발 패널에서 Merge Request 리뷰어 정보 보기 기능 등을 선보였습니다.
위 내용은 이번 릴리즈에서 선보인 25개 이상의 개선 사항 중 몇 가지 주요 사항입니다. 아래에 주요 업데이트 내용을 모두 확인하세요. 다음 달 릴리즈 내용을 미리 보려면 16.6 릴리즈 킥오프 비디오가 있는 예정 릴리즈 페이지를 보세요.
컴플라이언스 표준 준수 보고서
Ultimate
컴플라이언스 센터에 표준 준수 보고서를 위한 새로운 탭이 추가됐습니다. 이 보고서는 처음에 GitLab 모범 사례 표준을 포함하며, 그룹의 프로젝트가 ‘표준에 포함된 검사 요구사항’을 충족하지 못할 때를 표시합니다. 처음에 표시되는 세가지 점검 사항은 다음과 같습니다.
- Merge Request(MR)에 승인자가 최소 2명이 필요하다는 승인 규칙이 있습니다.
- MR 작성자가 merge 하는 걸 허용하지 않는 승인 규칙이 있습니다.
- MR에서 커밋한 사람이 merge 하는 걸 허용하지 않는 승인 규칙이 있습니다.
보고서는 프로젝트별로 각 검사 상태의 세부 정보를 제공합니다. 이는 검사를 마지막으로 실행한 시기, 검사가 적용하는 표준, 보고서에 표시되는 장애 또는 문제를 해결하는 방법을 보여줍니다. 앞으로 검사를 더 많이 추가하고, 범위를 확장해 더 많은 규제와 표준을 포함할 예정입니다. 또 사용자가 조직에 가장 중요한 프로젝트 또는 표준에 집중하도록, GitLab은 보고서를 분류하고 필터링하는 개선 사항을 추가할 계획입니다.
Merge Request의 타깃 브랜치 설정하는 규칙 만들기
PremiumUltimate
일부 프로젝트는 develop , qa와 같이, 개발을 위해 여러 장기 브랜치를 사용합니다. 이러한 프로젝트에서 이는 프로젝트의 프로덕션 상태를 나타내기에, 사용자는 main을 기본 브랜치로 유지하는 게 좋습니다. 그러나 개발 작업에서는 Merge Request가 develop 또는 qa를 타깃 할 수도 있습니다. 타깃 브랜치 규칙은 Merge Request가 프로젝트와 개발 워크플로에 적합한 브랜치를 타깃하도록 지원합니다.
Merge Request를 생성할 때, 규칙은 브랜치 이름을 확인합니다. 브랜치 이름이 규칙과 일치하면, Merge Request는 규칙에서 지정된 브랜치를 타깃으로 미리 선택합니다. 브랜치 이름이 일치하지 않으면, Merge Request는 프로젝트의 기본 브랜치를 타깃 합니다.
이슈 스레드 해결하기
FreePremiumUltimate
많은 스레드가 있는 장기 실행 이슈는 읽고 추적하기 어려울 수 있습니다. 이번 16.5 버전에서는 토론이 끝나면 이슈의 스레드를 해결(resolve)할 수 있습니다.
semi-linear 기록 있는 Fast-forward Merge Train
PremiumUltimate
앞서 16.4 버전에서는 Fast-forward Merge Train을 선보였습니다. GitLab은 지속적으로 모든 merge 방법을 지원하려고 합니다. 이제 사용자가 semi-linear 커밋 기록을 유지하려면, Semi-Linear Fast-forward Merge Train을 사용하면 됩니다.
Jira 개발 패널에서 Merge Request 리뷰어 정보 보기
FreePremiumUltimateJira 클라우드(Cloud)용 GitLab 앱을 사용하면, GitLab과 Jira 클라우드를 연결해 개발 정보를 실시간으로 동기화할 수 있습니다. 이 정보는 Jira 개발 패널에서 확인할 수 있습니다. 이전에는 리뷰어가 Merge Request에 배정되면, 리뷰어 정보가 Jira 개발 패널에 표시되지 않았습니다. 이번 릴리즈부터 Jira Cloud용 GitLab 앱을 사용할 때 리뷰어 이름과 이메일, 승인 상태가 Jira 개발 패널에 표시됩니다.
인포그랩의 기술지원 서비스를 받으세요!
인포그랩은 GitLab을 사용하는 고객들에게 맞춤 기술 지원을 제공합니다. 최신 버전 업그레이드가 필요하시면 문의하기로 연락 주십시오. 백업/복구 정책은 잘 잡혀 있는지, 시스템에 이상은 없는지, GitLab Runner를 통한 CI/CD 최적화는 되어 있는지를 점검해 드리고 가장 빠르고 안전하게 업그레이드해 드립니다.
(이 포스트는 GitLab의 동의를 받아 공식 블로그의 영문 포스트를 우리말로 번역한 글입니다.)
Tip! 인포그랩의 GitLab 버전별 기능에서 버전별로 추가된 기능을 검색해 볼 수 있습니다.
사전 동의 없이 2차 가공 및 영리적인 이용을 금하며, 온·오프라인에 무단 전재 또는 유포할 수 없습니다.
Grace
Technical Writer
DevOps 도입이 필요하신가요?
인포그랩 전문가가 맞춤 을 도와드립니다.
관련 글

GitLab 17.4 릴리즈 노트
GitLab 17.4 버전에서는 열린 탭을 사용해 컨텍스트를 더 많이 인식하는 GitLab Duo 코드 제안, 모든 검사 통과 시 auto-merge 기능, Web IDE의 Extension 마켓플레이스, GitLab Pages 병렬 배포 베타 버전, 고급 SAST GA 버전을 선보였습니다.
2024년 9월 20일

GitLab 17.3 릴리즈 노트
GitLab 17.3 버전에서는 실패한 파이프라인 job의 GitLab Duo 기반 근본 원인 분석 기능 GA 버전, AI 기반 취약점 해결 기능, GitLab Duo 상태 검사 기능 베타 버전, pod 삭제 기능, 로컬 터미널에서 Kubernetes 클러스터 연결 기능을 선보였습니다. 또 AI Impact 분석 기능에 코드 제안 수락률과 GitLab Duo seat 사용량 메트릭을 추가했습니다.
2024년 8월 16일

GitLab 17.2 릴리즈 노트
GitLab 17.2 버전에서는 Kubernetes 로그 스트리밍 지원 기능, 변경 요청으로 Merge Request 차단 기능, 취약점 설명 기능 GA 버전, 새로운 파이프라인 실행 보안 정책 유형을 선보였습니다. 또 파이프라인 Secret Detection에서 커스텀 ruleset 지원을 확대하고, 삭제된 브랜치를 Jira 개발 패널에서 제거하도록 업데이트했습니다.
2024년 7월 19일