오늘 우리는 GitLab 16.5 출시 소식을 발표해서 기쁩니다. 이번 업데이트에서는 컴플라이언스 표준 준수 보고서, Merge Request(MR) 타깃 브랜치 규칙, 이슈 스레드 해결하기, semi-linear 기록이 있는 Fast-forward Merge Train, Jira 개발 패널에서 MR 리뷰어 정보 보기 기능 등을 선보였습니다.
위 내용은 이번 릴리즈에서 선보인 25개 이상의 개선 사항 중 몇 가지 주요 사항입니다. 아래에 주요 업데이트 내용을 모두 확인하세요. 다음 달 릴리즈 내용을 미리 보려면 16.6 릴리즈 킥오프 비디오가 있는 예정 릴리즈 페이지를 보세요.
GitLab 16.5 소개 영상. 출처=인포그랩 유튜브
컴플라이언스 표준 준수 보고서
컴플라이언스 센터에 표준 준수 보고서를 위한 새로운 탭이 추가됐습니다. 이 보고서는 처음에 GitLab 모범 사례 표준을 포함하며, 그룹의 프로젝트가 ‘표준에 포함된 검사 요구사항’을 충족하지 못할 때를 표시합니다. 처음에 표시되는 세가지 점검 사항은 다음과 같습니다.
- Merge Request(MR)에 승인자가 최소 2명이 필요하다는 승인 규칙이 있습니다.
- MR 작성자가 merge 하는 걸 허용하지 않는 승인 규칙이 있습니다.
- MR에서 커밋한 사람이 merge 하는 걸 허용하지 않는 승인 규칙이 있습니다.
보고서는 프로젝트별로 각 검사 상태의 세부 정보를 제공합니다. 이는 검사를 마지막으로 실행한 시기, 검사가 적용하는 표준, 보고서에 표시되는 장애 또는 문제를 해결하는 방법을 보여줍니다. 앞으로 검사를 더 많이 추가하고, 범위를 확장해 더 많은 규제와 표준을 포함할 예정입니다. 또 사용자가 조직에 가장 중요한 프로젝트 또는 표준에 집중하도록, GitLab은 보고서를 분류하고 필터링하는 개선 사항을 추가할 계획입니다.
Merge Request의 타깃 브랜치 설정하는 규칙 만들기
일부 프로젝트는 develop
, qa
와 같이, 개발을 위해 여러 장기 브랜치를 사용합니다. 이러한 프로젝트에서 이는 프로젝트의 프로덕션 상태를 나타내기에, 사용자는 main
을 기본 브랜치로 유지하는 게 좋습니다. 그러나 개발 작업에서는 Merge Request(MR)가 develop
또는 qa
를 타깃 할 수도 있습니다. 타깃 브랜치 규칙은 MR이 프로젝트와 개발 워크플로에 적합한 브랜치를 타깃하도록 지원합니다.
MR을 생성할 때, 규칙은 브랜치 이름을 확인합니다. 브랜치 이름이 규칙과 일치하면, MR은 규칙에서 지정된 브랜치를 타깃으로 미리 선택합니다. 브랜치 이름이 일치하지 않으면, MR은 프로젝트의 기본 브랜치를 타깃 합니다.
이슈 스레드 해결하기
많은 스레드가 있는 장기 실행 이슈는 읽고 추적하기 어려울 수 있습니다. 이번 16.5 버전에서는 토론이 끝나면 이슈의 스레드를 해결(resolve)할 수 있습니다.