지난 11월 22일에 GitLab 13.6이 릴리즈되었고, 바로 23일에 13.6.1 패치 버전이 나왔습니다. 어떤 기능의 변화가 생겼을까요? 현재 운영중인 서버를 13.6으로 업그래이드를 해야할까요? 인포그랩은 개발자들의 생산성과 만족도를 높이기 위해 GitLab 버전별 기능을 통해 신규 릴리즈 되는 GitLab의 변경에 대한 상세한 내용을 검색 해 볼 수 있는 기능을 제공하고 있습니다.
GitLab 13.6 릴리즈는 Deployment 에 대한 성과를 높이는 부분이 포커싱 되어 있습니다. 주요 기능들과 이번 릴리즈에 포함된 60가지 이상의 새로운 기능 및 개선사항을 검토해보세요. 그리도 이번에 업그래이드를 하실지도 같이 확인 해야겠죠? 13.6 릴리즈 및 하위 버전들의 몇 가지 문제와 버그를 수정하는 13.6.1 패치를 소개합니다.
효율을 위한 사용 편의성과 자동화 개선
아마존 웹 서비스(AWS)를 GitLab CI/CD와 시작하기 편하게 할 수 있도록, Auto DevOps가 AWS를 지원하여 이제는 Kubernetes를 사용하지 않고 Auto DevOps를 통해 아마존 EC2에 자동 배포할 수 있게 되었습니다.
Docker Hub가 docker pull 요청 비율을 제한했습니다. GitLab은 SaaS와 셀프 호스팅 사용자들을 위해 충격을 완화하고 Prometheus로 제한을 모니터링하는 방법을 공유하였습니다. GitLab은 모든 사용자가 CI/CD 파이프라인과 Kubernetes 클러스터를 안전하게 사용하길 원합니다. Dependency Proxy기능을 모두가 사용할 수 있도록 Core로 이동하였습니다.
더욱 기술적인 default branch를 원하는 피드백을 바탕으로 그룹 소유자는 master branch 대신 유동적으로 커스텀 default initial branch 이름을 설정할 수 있게 되었습니다. default 얘기가 나와서 말인데, 정적 사이트 편집기는 프로젝트 사이에 default merge request를 사용하여 업데이트된 내용을 제출한 뒤 merge request로 이동하는 필요를 줄였습니다.
빠른 의사결정을 위한 향상된 시각화
찾지 못하는 것을 고칠 수는 없습니다. 13.6 릴리즈로 빠른 의사결정을 위해 몇 개의 대시보드들과 조치를 위한 리포트들이 개선되었습니다.
merge request와 Full Code Quality Report의 code quality severity를 통하여 머지 전에 어떤 code quality violation이 치명적인지 빠르게 결정할 수 있게 되었습니다. Code Quality Report의 커뮤니티에 기여한 Vicken Simonian에게 감사합니다!
사용자가 실시간으로 시간에 따른 취약점 트렌드를 파악할 수 있도록 Project Security Dashboard에 가장 최근에 실행한 pipeline security scan의 결과와 dynamic vulnerability trend chart를 포함했습니다. 또한 merge request의 fuzz testing 결과와 다른 안정성 결과를 추가하였으며 리포트의 소스 파일명과 라인 넘버를 추가해서 가독성을 개선해 사용자가 정확한 오류 위치를 찾아서 해결할 수 있게 되었습니다.
GitLab Self Managed Administrator는 조직의 사용자, 프로젝트, 그룹, 이슈, 파이프라인과 같은 기능들의 최근 12개월 사용 트렌드를 확인할 수 있습니다.
끊김 없는 워크플로우를 위한 확장성 개선
GitLab은 사용자가 GitLab의 일부 기능만 사용하더라도 끊김 없는 경험을 할 수 있도록 다른 인기 있는 툴과 잘 어우러지는 것을 목표로 합니다. 13.6 릴리즈로 VS Code로 쉽게 접근하고 GitLab과 함께 사용할 수 있도록 VS Code의 확장 플러그인을 개선하여 스니펫을 삽입하고 GitLab Interface로 전환하지 않고도 merge request와 issue들을 VS Code에서 확인하고 코멘트할 수 있게 되었습니다.
이제 GitLab integration이 인스턴스와 프로젝트 레벨뿐만 아니라 그룹 레벨에서도 설정이 가능하여 그룹 소유자가 integration을 쉽게 관리할 수 있습니다.
그리고..
프로젝트별 스토리지 제한을 10GB 이상으로 활성화할 수 있도록 그룹 또는 개인의 유료 추가 스토리지 애드온을 도입하였습니다. Dependency Proxy뿐만 아니라 Tracing도 이번 릴리즈에서 Core로 이동하였습니다.
이것들은 다른 수많은 새로운 기능들과 성능 개선의 작은 하이라이트일 뿐입니다. 다음 달의 릴리즈를 미리 확인하고 싶다면, 프로덕트 매니저가 다음 릴리즈의 중요한 기능들을 말해주는 13.7 릴리즈 킥오프 비디오 시리즈와 Upcoming Release 페이지를 확인하세요.
13.6.1 패치
GitLab Community Edition과 Enterprise Edition을 위한 13.6.1 패치는 13.6 릴리즈와 그 이전 버전들의 몇 가지 문제와 버그들을 수정합니다.
패치 내용 (Merge Request)
- SSE 이미지 업로드 설정에 대한 문서 추가
- 그룹 클러스터 페이지의 버그 수정
StoreScanService클래스의projectattribute 수정- runner 설치 지침에 대한 이슈 해결
- 프로젝트 이동이 shared runners 상태를 위반하는 이슈 해결
- 프로젝트 선택 드롭다운의 너비 수정
- 퍼포먼스 이슈 "Mentioning users is now very slow" 해결
- http integrations에 대한 알림 관리 활성화
- 이슈 보드 리스트 삭제와 이슈 필터링에 대한 문서 추가
- 읽기 전용 인스턴스에서 패키지 이벤트를 추적하지 않음
- 문서 내의 링크 오타 수정
- "Instance Statistics" 이름을 "Usage Trends"로 변경
- 파이프라인을 포함한 프로젝트의 태그 페이지 오류 수정
GitLab 업그레이드 시 주의사항
이 버전은 새로운 마이그레이션을 포함하지 않으며, multi-node 배포의 경우에는 downtime을 요구하지 않습니다.
기본적으로 Omnibus 패키지는 업그레이드가 "크거나" "작은" 여부에 관계없이 멈추고, 마이그레이션 한 뒤, 다시 시작하는 것을 염두에 두시기 바랍니다. 이 행위는 /etc/gitlab/skip-auto-reconfigure 파일을 추가함으로써 변경할 수 있으며, 이 방법은 업데이트에서만 사용됩니다.
업데이트
업데이트를 하려면 GitLab의 업데이트 페이지를 확인하세요.
인포그랩의 기술지원 서비스를 받으세요!
GitLab을 사용하는 고객들에게 맞춤 기술 지원을 제공합니다. 최신 버전 업그래이드가 필요하시면 문의하기 로 연락 주세요. 백업/복구 정책은 잘 잡혀 있는지, 시스템에 이상은 없는지, GitLab Runner 를 통한 CI/CD 최적화는 되어 있는지를 점검해 드리고 가장 빠르고 안전하게 업그레이드를 해드립니다.
이 포스트는 GitLab의 동의를 받아 공식 블로그의 영문 포스트를 우리말로 번역한 글입니다.