오늘 우리는 GitLab 16.6 출시 소식을 발표해서 기쁩니다. 이번 업데이트에서는 GitLab Duo Chat 베타 버전, 개선된 fork, 컴플라이언스 정책으로서 MR 승인 기능, CI/CD 변수 관리를 위한 개선된 UI 등을 선보였습니다.

위 내용은 이번 릴리즈에서 선보인 25개 이상의 개선 사항 중 몇 가지 주요 사항입니다. 아래에 주요 업데이트 내용을 모두 확인하세요. 다음 달 릴리즈 내용을 미리 보려면 16.7 릴리즈 킥오프 비디오가 있는 예정 릴리즈 페이지를 보세요.



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

GitLab Duo Chat 베타 버전

ULTIMATE

(SaaS 전용)


GitLab Duo Chat 영상. 출처=GitLab

소프트웨어 개발 프로세스에 관여하는 모든 사람은 코드, 에픽, 이슈, 긴 토론 스레드에 익숙해지는 데 상당히 많은 시간을 쓸 수 있습니다. 요약, 문서, 테스트, 코드 작성과 같은 일상적인 업무로 인해 속도가 느려질 때도 종종 있습니다. DevSecOps 질문에 편견 없이 답변할 수 있고, 후속 조치를 처리할 수 있는 전문가를 옆에 두면 소프트웨어 개발 프로세스를 가속화하는 데 도움이 될 수 있습니다.

GitLab Duo Chat은 이러한 문제를 적극적으로 해결하고, 워크플로를 가속화하는 걸 목표로 삼습니다. GitLab Duo Chat 기능은 다음과 같습니다.

  • 이슈, 에픽, 코드를 설명하거나 요약합니다.
  • “이 이슈에 제안된 솔루션과 관련된 코멘트에서 제기된 모든 논의를 수집해 줘”와 같이 구체적인 질문 또는 요구에 응답합니다.
  • 이러한 아티팩트의 정보에 기반해 코드 또는 콘텐츠를 생성합니다. 예를 들어, 사용자는 “이 코드의 문서를 작성해 줘”라고 GitLab Duo Chat에 주문할 수 있습니다.
  • 사용자는 “GitLab CI/CD 파이프라인에서 Ruby on Rails 애플리케이션을 테스트하고 빌드하기 위한 .gitlab-ci.yml 구성 파일을 생성해 줘”라고 GitLab Duo Chat에 주문하며, 처음부터 시작할 수 있습니다.
  • 사용자가 초보자든, 전문가든 GitLab Duo Chat은 모든 DevSecOps 관련 질문에 답변합니다. 예를 들어, “REST API의 동적 애플리케이션 보안 테스트(DAST)를 어떻게 설정할 수 있어?”라고 GitLab Duo Chat에 질문할 수 있습니다.
  • 위의 모든 시나리오를 반복적으로 진행하도록 후속 질문에 답변합니다.

GitLab Duo Chat은 GitLab.com에서 베타 기능으로 이용할 수 있습니다. 이 기능은 GitLab Web IDE와 VS Code용 GitLab Workflow 익스텐션(extension)에 실험 기능으로 통합됐습니다.

제품 안에서 또는 피드백 이슈로 GitLab Duo Chat 사용 경험을 피드백해 주세요. 이는 기능을 향상하는 데 도움이 됩니다.

기본 브랜치만 포함하는 최소한의 fork

FREEPREMIUMULTIMATE
GitLab ‘Fork 프로젝트’ 화면. 출처=GitLab  | 인포그랩 GitLab
GitLab ‘Fork 프로젝트’ 화면. 출처=GitLab

GitLab 이전 버전에서는 리포지터리를 fork할 때, fork가 리포지터리 안에서 모든 브랜치를 항상 포함했습니다. 이제 기본 브랜치만 사용해 fork를 생성하고, 복잡성과 저장 공간을 줄일 수 있습니다. 다른 브랜치에서 현재 작업 중인 변경 사항이 필요하지 않으면, 최소한의 fork를 생성하세요.

fork의 기본 방법은 변경되지 않을 것이며, 리포지터리 안에서 모든 브랜치를 계속 포함합니다. 새로운 옵션은 어느 브랜치가 기본 브랜치인지 표시하므로, 어느 브랜치가 새로운 fork에 포함될지 정확히 알 수 있습니다.

사용자가 MR 승인을 컴플라이언스 정책으로 시행하기

ULTIMATE

(SaaS 전용)

GitLab에서 모든 Merge Request에 두 사람의 승인을 받도록 설정하는 화면. 출처=GitLab | 인포그랩 GitLab
GitLab에서 모든 Merge Request에 두 사람의 승인을 받도록 설정하는 화면. 출처=GitLab

프로덕션 애플리케이션에 잠재적으로 적용될 수 있고, 기업이 컴플라이언스 위험과 보안 취약점에 노출될 수 있는 코드 변경 조사가 엄격해지고 있습니다. 스캔 결과 정책을 사용하면, 모든 Merge Request에 두 사람의 승인을 받도록 해 일방적인 변경이 이뤄지지 않도록 할 수 있습니다.

스캔 결과 정책에는 Any merge request 를 타깃 하는 새로운 옵션이 있습니다. 이는 규칙 기반 승인자를 정의하는 기능과 병행돼, 정의된 브랜치의 각 MR이 특정 권한(Owner, Maintainer 또는 Developer)이 있는 두 명 (이상의) 사용자에게서 승인을 요청하도록 할 수 있습니다.

이 기능은 GitLab 16.6 SaaS 버전에서 이용할 수 있습니다. 아울러 이는 피처 플래그 scan_result_any_merge_request 뒤에서 자체 관리형으로 이용할 수 있고, GitLab 16.7 버전에서 기본으로 활성화될 예정입니다.

CI/CD 변수 관리를 위한 개선된 UI

FREEPREMIUMULTIMATE
GitLab CI/CD 변수 관리 UI 화면. 출처=GitLab | 인포그랩 GitLab
GitLab CI/CD 변수 관리 UI 화면. 출처=GitLab

CI/CD 변수는 GitLab CI/CD의 기본적인 부분이고, GitLab은 설정 UI에서 변수를 사용하는 더 나은 경험을 제공할 수 있다고 생각했습니다. 따라서 이번 릴리즈에서는 CI/CD 변수를 추가하고, 편집하는 흐름을 개선하는 새로운 드로어(Drawer)를 사용하도록 UI를 업데이트했습니다.

예를 들어, 마스킹 유효성 검사는 CI/CD 변수를 저장하려고 할 때만 실행됐으며, 실패하면 사용자가 처음부터 다시 시작해야 했습니다. 그러나 이제 새로운 드로어(Drawer)를 사용하면, 실시간 유효성 검사를 받아 아무것도 다시 실행할 필요 없이 바로 조정할 수 있습니다.

변경 사항의 피드백을 언제나 환영합니다.

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

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

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

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