비밀 탐지 및 여러 병합 요청 해결 규칙이 포함된 GitLab 11.9 출시

유출된 비밀을 신속하게 감지

실수로 자격 증명을 공유 저장소에 전달하는 것은 작은 실수처럼 보입니다. 그러나 그 결과는 심각할 수 있습니다. 공격자가 귀하의 비밀번호나 API 키를 얻으면 귀하의 계정을 탈취하고 귀하를 잠그고 귀하의 돈을 사기적으로 사용할 것입니다. 또한 도미노 효과도 가능합니다. 한 계정에 액세스하면 다른 계정에도 액세스할 수 있습니다. 위험이 크기 때문에 유출된 비밀을 가능한 한 빨리 알아내는 것이 매우 중요합니다.

이번 릴리스에서는 다음 옵션을 소개합니다. 비밀 탐지 SAST 기능의 일부로. 각 커밋은 CI/CD 작업에서 비밀을 검색합니다. 비밀이 있으며 개발자는 병합 요청 시 경고를 받습니다. 유출된 자격 증명을 그 자리에서 취소하고 새 자격 증명을 생성합니다.

적절한 변경 관리 보장

조직이 성장하고 복잡해짐에 따라 조직의 여러 부분 간에 일관성을 유지하는 것이 더욱 어려워집니다. 애플리케이션 사용자가 많아지고 수입이 높아질수록 부정확하거나 안전하지 않은 코드를 병합하는 결과는 더욱 심각해집니다. 많은 조직에서는 위험이 매우 높기 때문에 코드를 병합하기 전에 적절한 검토 프로세스를 보장하는 것이 엄격한 요구 사항입니다.

GitLab 11.9는 다음 덕분에 더 많은 제어력과 더 효율적인 구조를 제공합니다. 병합 요청 해결 규칙. 이전에는 권한을 얻으려면 개인이나 그룹(각 구성원이 권한을 부여할 수 있음)만 식별하면 되었습니다. 이제 병합 요청에 특정 개인이나 특정 그룹의 여러 구성원의 권한이 필요하도록 여러 규칙을 추가할 수 있습니다. 또한, 코드 소유자 기능이 허가 규칙에 통합되어 허가를 발급한 사람을 쉽게 식별할 수 있습니다.

이를 통해 조직은 문제, 코드, 파이프라인 및 모니터링 데이터를 표시하고 액세스하여 결정을 내리고 해결 프로세스 속도를 높이는 단일 GitLab 앱의 단순성을 유지하면서 복잡한 해결 프로세스를 구현할 수 있습니다.

ChatOps는 이제 오픈 소스입니다.

GitLab ChatOps는 CI/CD 작업을 실행하고 Slack 및 Mattermost와 같은 채팅 앱에서 직접 상태를 쿼리할 수 있는 강력한 자동화 도구입니다. 원래 GitLab 10.6에서 도입되었습니다., ChatOps는 GitLab Ultimate 구독의 일부였습니다. 기반을 둔 제품 개발 전략 и 오픈소스에 대한 헌신, 때때로 기능을 한 수준 아래로 이동하고 결코 위로 이동하지 않습니다.

ChatOps의 경우 이 기능이 모든 사람에게 유용할 수 있으며 커뮤니티 참여가 기능 자체에 도움이 될 수 있다는 것을 깨달았습니다.

GitLab 11.9에서 우리는 오픈 소스 ChatOps 코드, 따라서 이제 자체 관리되는 GitLab Core 및 GitLab.com에서 무료로 사용할 수 있으며 커뮤니티에 공개됩니다.

그리고 훨씬 더!

이번 릴리스에는 사용할 수 있는 훌륭한 기능이 너무 많습니다. 기능 매개변수 감사, 병합 요청 취약점 해결 и 보안 작업을 위한 CI/CD 템플릿, - 빨리 여러분께 알려드리고 싶습니다!

가장 소중한 직원(MVP) 이번 달은 Marcel Amirault(마르셀 아미로)
Marcel은 GitLab 문서를 개선하는 데 지속적으로 도움을 주었습니다. 그 많이 했어요 문서의 품질과 유용성을 개선합니다. Domo arigato [대단히 감사합니다(일본어) - 약. trans.] 마르셀님 진심으로 감사드립니다!

GitLab 11.9 릴리스에 추가된 주요 기능

저장소에서 비밀 및 자격 증명 검색

(궁극기, 골드)

개발자가 의도치 않게 비밀과 자격 증명을 원격 저장소에 유출하는 경우가 있습니다. 다른 사람이 이 소스에 액세스할 수 있거나 프로젝트가 공개된 경우 민감한 정보가 노출되어 공격자가 이를 사용하여 배포 환경과 같은 리소스에 액세스할 수 있습니다.

GitLab 11.9에는 "비밀 탐지"라는 새로운 테스트가 있습니다. API 키와 거기에 있어서는 안 되는 기타 정보를 찾기 위해 저장소의 내용을 스캔합니다. GitLab은 병합 요청 위젯, 파이프라인 보고서 및 보안 대시보드의 SAST 보고서에 결과를 표시합니다.

애플리케이션에 대해 이미 SAST를 활성화한 경우에는 아무 작업도 수행할 필요가 없으며 이 새로운 기능을 활용하기만 하면 됩니다. 구성에도 포함되어 있습니다 자동 DevOps 기본.

Документация
태스크

병합 요청 해결 규칙

(프리미엄, 얼티밋, 실버, 골드)

코드 검토는 모든 성공적인 프로젝트의 필수 요소이지만 누가 변경 사항을 검토해야 하는지 항상 명확한 것은 아닙니다. 개발팀, 사용자 경험팀, 생산팀 등 다양한 팀의 리뷰어를 두는 것이 바람직한 경우가 많습니다.

권한 규칙을 사용하면 승인된 승인자의 범위와 최소 권한 수를 정의하여 코드 검토에 관련된 사람들 간의 상호 작용 프로세스를 개선할 수 있습니다. 병합 요청 위젯에 해결 규칙이 표시되므로 다음 검토자를 빠르게 할당할 수 있습니다.

GitLab 11.8에서는 기본적으로 권한 규칙이 비활성화되었습니다. GitLab 11.9부터는 기본적으로 사용할 수 있습니다. GitLab 11.3에서는 옵션을 도입했습니다. 코드 소유자 프로젝트 내의 개별 코드를 담당하는 팀 구성원을 식별합니다. 코드 소유자 기능은 권한 규칙에 통합되어 있어 항상 변경 사항을 검토할 적절한 사람을 빠르게 찾을 수 있습니다.

Документация
태스크

ChatOps를 코어로 이동

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

원래 GitLab Ultimate 10.6에 도입된 ChatOps는 GitLab Core로 이동했습니다. GitLab ChatOps는 기능을 사용하여 Slack을 통해 GitLab CI 작업을 실행하는 기능을 제공합니다. 슬래시 명령.

우리는 우리의 지침에 따라 이 기능을 오픈 소스화하고 있습니다. 고객 지향 평준화 원칙. 더 자주 사용하면 커뮤니티가 더 많은 기여를 하게 됩니다.

Документация
태스크

기능 매개변수 감사

(프리미엄, 얼티밋, 실버, 골드)

이제 기능 매개변수 추가, 삭제, 변경과 같은 작업이 GitLab 감사 로그에 기록되므로 무엇이 언제 변경되었는지 확인할 수 있습니다. 사고가 발생했는데 최근에 무엇이 바뀌었는지 확인해야 합니까? 아니면 감사의 일부로 기능 매개변수가 어떻게 변경되었는지 확인해야 합니까? 이제 이 작업은 매우 쉽습니다.

Документация
태스크

병합 요청 취약점 해결

(궁극기, 골드)

코드 취약점을 신속하게 해결하려면 프로세스가 단순해야 합니다. 개발자가 자신의 책임에 집중할 수 있도록 보안 패치를 단순화하는 것이 중요합니다. GitLab 11.7에서 우리는 수정 파일을 제안했습니다, 그러나 다운로드하여 로컬로 적용한 다음 원격 저장소로 푸시해야 했습니다.

GitLab 11.9에서는 이 프로세스가 자동화되었습니다. GitLab 웹 인터페이스를 떠나지 않고 취약점을 수정하세요. 병합 요청은 취약점 정보 창에서 직접 생성되며 이 새 분기에는 이미 수정 사항이 포함되어 있습니다. 문제가 해결되었는지 확인한 후 파이프라인이 정상이면 업스트림 분기에 수정 사항을 추가합니다.

Документация
태스크

그룹 보안 패널에 컨테이너 검사 결과 표시

(궁극기, 골드)

팀의 보안 대시보드를 통해 팀은 작업에 가장 중요한 문제에 집중할 수 있으며 애플리케이션에 영향을 미칠 수 있는 모든 잠재적 취약성에 대한 명확하고 자세한 개요를 제공합니다. 그렇기 때문에 대시보드에는 필요한 모든 정보가 한 곳에 포함되어 있고 사용자가 취약점을 해결하기 전에 데이터를 자세히 살펴볼 수 있도록 하는 것이 중요합니다.

GitLab 11.9에서는 기존 SAST 및 종속성 스캔 결과 외에 컨테이너 스캔 결과가 대시보드에 추가되었습니다. 이제 문제의 원인에 관계없이 전체 개요가 한곳에 있습니다.

Документация
태스크

보안 작업을 위한 CI/CD 템플릿

(궁극기, 골드)

GitLab의 보안 기능은 매우 빠르게 발전하고 있으며 코드를 효율적이고 안전하게 유지하려면 지속적인 업데이트가 필요합니다. 여러 프로젝트를 관리하는 경우 작업 정의를 변경하는 것은 어렵습니다. 또한 최신 버전의 GitLab이 현재 GitLab 인스턴스와 완벽하게 호환되는지 확인하지 않고 최신 버전의 GitLab을 사용하는 위험을 감수하고 싶어하는 사람은 아무도 없다는 것을 알고 있습니다.

이러한 이유로 우리는 GitLab 11.7에서 다음을 사용하여 작업을 정의하는 새로운 메커니즘을 도입했습니다. 템플릿.

GitLab 11.9부터 모든 보안 작업에 대한 기본 제공 템플릿을 제공합니다. 예: sast и dependency_scanning, - 해당 버전의 GitLab과 호환됩니다.

이를 구성에 직접 포함하면 새 버전의 GitLab으로 업그레이드할 때마다 시스템으로 업데이트됩니다. 파이프라인 구성은 변경되지 않습니다.

보안 작업을 정의하는 새로운 방법은 공식적인 것이며 다른 이전 작업 정의나 코드 조각을 지원하지 않습니다. new 키워드를 사용하려면 가능한 한 빨리 정의를 업데이트해야 합니다. template. 다른 구문에 대한 지원은 GitLab 12.0 또는 기타 향후 릴리스에서 제거될 수 있습니다.

Документация
태스크

GitLab 11.9의 기타 개선 사항

의견에 답하십시오

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

GitLab에서는 주제에 대한 토론을 진행합니다. 지금까지는 원댓글을 쓴 사람이 처음부터 토론을 원하는지 여부를 결정해야 했습니다.

우리는 이 제한을 완화했습니다. GitLab에서 이슈, 병합 요청, 에픽에 대한 의견을 듣고 응답하여 토론을 시작하세요. 이렇게 하면 팀이 더욱 체계적으로 상호 작용할 수 있습니다.

Документация
태스크

.NET, Go, iOS 및 Pages용 프로젝트 템플릿

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

사용자가 새 프로젝트를 더 쉽게 만들 수 있도록 다음과 같은 몇 가지 새로운 프로젝트 템플릿을 제공합니다.

• 최초의 .NET Core 프로젝트 템플릿, 여기에는 CI가 포함된 기본 애플리케이션이 포함됩니다.
• 즉시 사용 가능한 템플릿 Go 마이크로 마이크로서비스 프레임워크 그리고 GitLab CI/CD.
• iOS 앱 “Hello, world!”, GitLab에서 초기 사용자 정의가 준비되었습니다. iOS 빌드에는 전용 MacOS 실행기가 필요하므로 GitLab CI/CD와 함께 사용하려면 자체 빌드 서버를 제공해야 합니다.
• GitLab 페이지 템플릿 Netlify와 함께 작동하도록 구성되었습니다.

Документация
서사시

코드 소유자의 병합 요청에 대한 권한이 필요합니다.

(프리미엄, 얼티밋, 실버, 골드)

누가 병합 요청을 승인하는지 항상 명확하지는 않습니다.

GitLab은 이제 요청이 수정하는 파일에 따라 병합 요청을 승인하도록 요구하는 기능을 지원합니다. 코드 소유자. 코드 소유자는 다음과 같은 파일을 사용하여 할당됩니다. CODEOWNERS, 형식은 다음과 유사합니다. gitattributes.

코드 소유자를 병합 요청 승인 담당자로 자동 할당하는 지원이 추가되었습니다. 깃랩 11.5.

Документация
태스크

Web IDE에서 파일 이동

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

이제 파일이나 디렉토리의 이름을 바꾸면 이를 Web IDE에서 새 경로를 따라 저장소로 이동할 수 있습니다.

Документация
태스크

태그는 알파벳순으로

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

GitLab 태그는 믿을 수 없을 정도로 다재다능하며 팀은 지속적으로 태그의 새로운 용도를 찾고 있습니다. 따라서 사용자는 이슈, 병합 요청 또는 에픽에 많은 태그를 추가하는 경우가 많습니다.

GitLab 11.9에서는 라벨 사용이 좀 더 쉬워졌습니다. 이슈, 병합 요청 및 에픽의 경우 사이드바에 표시되는 레이블이 알파벳 순서로 정렬됩니다. 이는 이러한 개체 목록을 볼 때도 적용됩니다.

Документация
태스크

작업별로 작업을 필터링할 때 빠른 댓글

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

우리는 최근 사용자가 작업, 병합 요청 또는 에픽별로 활동 피드를 필터링하여 댓글이나 시스템 노트에만 집중할 수 있는 기능을 도입했습니다. 이 설정은 시스템의 각 사용자에 대해 저장되며, 며칠 후 문제를 볼 때 필터링된 피드가 표시된다는 사실을 사용자가 깨닫지 못할 수도 있습니다. 그는 댓글을 남길 수 없는 것 같습니다.

우리는 이 상호 작용을 개선했습니다. 이제 사용자는 피드 상단으로 다시 스크롤하지 않고도 댓글을 남길 수 있는 모드로 빠르게 전환할 수 있습니다. 이는 작업, 병합 요청 및 에픽에 적용됩니다.

Документация
태스크

하위 에픽 순서 변경

(궁극기, 골드)

우리는 최근에 출시했습니다 어린이 서사시, 이는 에픽의 에픽 사용을 허용합니다(에픽의 하위 작업에 추가로).

이제 하위 이슈와 마찬가지로 드래그 앤 드롭만으로 하위 에픽의 순서를 재정렬할 수 있습니다. 팀에서는 순서를 사용하여 우선 순위를 반영하거나 작업을 완료해야 하는 순서를 결정할 수 있습니다.

Документация
태스크

웹 및 이메일의 사용자 정의 머리글 및 바닥글 시스템 메시지

(코어, 스타터, 프리미엄, 얼티밋)

이전에 GitLab의 모든 페이지에 사용자 정의 머리글 및 바닥글 메시지를 표시할 수 있는 기능을 추가했습니다. 뜨거운 반응을 얻었으며 팀은 이를 사용하여 GitLab 인스턴스와 관련된 시스템 메시지와 같은 중요한 정보를 공유합니다.

더 많은 사람들이 사용할 수 있도록 이 기능을 Core에 도입하게 되어 기쁘게 생각합니다. 또한 사용자의 다른 GitLab 터치포인트 전반에 걸쳐 일관성을 유지하기 위해 GitLab을 통해 전송된 모든 이메일에 선택적으로 동일한 메시지를 표시할 수 있습니다.

Документация
태스크

기밀 작업으로 필터링

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

기밀 문제는 팀이 공개 프로젝트 내의 민감한 주제에 대해 비공개 토론을 가능하게 하는 유용한 도구입니다. 특히 보안 취약점을 해결하는 데 이상적입니다. 지금까지는 민감한 업무를 관리하는 것이 쉽지 않았습니다.

GitLab 11.9에서는 이제 GitLab 문제 목록이 민감한 문제 또는 민감하지 않은 문제별로 필터링됩니다. 이는 API를 사용하여 작업을 검색하는 경우에도 적용됩니다.

기여해주신 Robert Schilling에게 감사드립니다.로버트 실링)!

Документация
태스크

배포 후 Knative 도메인 편집

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

Knative를 설치할 때 사용자 정의 도메인을 지정하면 고유한 엔드포인트에서 다양한 서버리스 애플리케이션/기능을 제공할 수 있습니다.

이제 GitLab의 Kubernetes 통합을 통해 Knative를 Kubernetes 클러스터에 배포한 후 사용자 도메인을 변경/업데이트할 수 있습니다.

Документация
태스크

Kubernetes CA 인증서 형식 확인

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

기존 Kubernetes 클러스터를 추가할 때 이제 GitLab은 입력된 CA 인증서가 유효한 PEM 형식인지 확인합니다. 이는 Kubernetes 통합으로 인한 잠재적인 오류를 제거합니다.

Документация
태스크

병합 요청 비교 유틸리티를 전체 파일로 확장

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

병합 요청에 대한 변경 사항을 볼 때 이제 파일별로 diff 유틸리티를 확장하여 더 많은 컨텍스트를 위해 전체 파일을 표시하고 변경되지 않은 줄에 설명을 남길 수 있습니다.

Документация
태스크

특정 파일이 변경될 때만 병합 요청을 기반으로 특정 작업을 실행합니다.

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

GitLab 11.6에는 다음을 정의하는 기능이 추가되었습니다. only: merge_requests 사용자가 병합 요청을 생성할 때만 특정 작업을 수행할 수 있도록 파이프라인 작업에 사용됩니다.

이제 이 기능을 확장하고 있습니다. 연결 논리가 추가되었습니다. only: changes, 사용자는 병합 요청에 대해서만 그리고 특정 파일이 변경되는 경우에만 특정 작업을 실행할 수 있습니다.

기여해 주셔서 감사합니다. Hiroyuki Sato (사토 히로유키)!

Документация
태스크

Grafana를 사용한 자동화된 GitLab 모니터링

(코어, 스타터, 프리미엄, 얼티밋)

이제 Grafana가 Omnibus 패키지에 포함되어 인스턴스의 작동 방식을 더 쉽게 이해할 수 있습니다.

사용자 정의 grafana['enable'] = true в gitlab.rb, Grafana는 다음 위치에서 사용할 수 있습니다. https://your.gitlab.instance/-/grafana. 가까운 장래에 우리도 그럴 것이다. GitLab 툴바를 소개하겠습니다 "상자 밖으로".

Документация
태스크

에픽 사이드바에서 기본 에픽 보기

(궁극기, 골드)

우리는 최근에 소개했습니다. 어린이 서사시, 서사시의 사용을 허용합니다.

GitLab 11.9에서는 이 관계를 더 쉽게 볼 수 있도록 만들었습니다. 이제 특정 에픽의 모 에픽뿐만 아니라 오른쪽 사이드바에서 전체 에픽 트리도 볼 수 있습니다. 이러한 서사시가 종료되었는지 여부를 확인할 수 있으며 직접 해당 서사시로 이동할 수도 있습니다.

Документация
태스크

이동되고 닫힌 작업에서 새 작업에 연결

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

GitLab에서는 사이드바나 빠른 작업을 사용하여 이슈를 다른 프로젝트로 쉽게 이동할 수 있습니다. 백그라운드에서 기존 작업이 닫히고 시스템 메모 및 사이드바 속성을 포함하여 모든 복사된 데이터와 함께 대상 프로젝트에 새 작업이 생성됩니다. 이것은 훌륭한 기능입니다.

이동에 대한 시스템 메모가 있는 경우 닫힌 작업을 볼 때 사용자는 혼란스러워하고 이동으로 인해 작업이 닫혔다는 사실을 깨닫지 않을 수 없습니다.

이번 릴리스에서는 닫힌 이슈의 페이지 상단에 있는 아이콘을 통해 해당 이슈가 이동되었음을 명확히 알 수 있으며, 이전 이슈를 찾는 사람은 누구나 빠르게 확인할 수 있도록 새 이슈에 대한 링크도 포함하고 있습니다. 새로운 것으로 이동하십시오.

Документация
태스크

YouTrack 통합

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

GitLab은 다양한 외부 문제 추적 시스템과 통합되어 팀이 선택한 문제 관리 도구를 유지하면서 다른 기능에 GitLab을 쉽게 사용할 수 있도록 해줍니다.

이번 릴리스에는 JetBrains의 YouTrack을 통합하는 기능이 추가되었습니다.
기여해주신 Kotau Jauchen에게 감사드립니다.코타우 야우헨)!

Документация
태스크

병합 요청 파일 트리 크기 조정

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

병합 요청 변경 사항을 볼 때 이제 파일 트리 크기를 조정하여 긴 파일 이름을 표시하거나 작은 화면에서 공간을 절약할 수 있습니다.

Документация
태스크

최근 작업 표시줄로 이동

(스타터, 프리미엄, 얼티메이트, 브론즈, 실버, 골드)

대시보드는 매우 유용하며 팀은 각 프로젝트 및 그룹에 대해 여러 대시보드를 만듭니다. 최근에는 관심 있는 모든 패널을 빠르게 필터링할 수 있는 검색창을 추가했습니다.

GitLab 11.9에서는 섹션도 도입했습니다. 최근 드롭다운 목록에서 이렇게 하면 최근에 상호작용한 패널로 빠르게 이동할 수 있습니다.

Документация
태스크

개발자가 보호된 브랜치를 생성하는 기능

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

보호된 분기는 검토되지 않은 코드가 이동되거나 병합되는 것을 방지합니다. 그러나 누구도 보호된 분기를 이동하는 것이 허용되지 않으면 누구도 새로운 보호된 분기(예: 릴리스 분기)를 생성할 수 없습니다.

GitLab 11.9에서 개발자는 GitLab 또는 API를 통해 이미 보호된 브랜치에서 보호된 브랜치를 생성할 수 있습니다. 실수로 새 보호 브랜치를 생성하는 것을 방지하기 위해 Git을 사용하여 새 보호 브랜치를 이동하는 것은 여전히 ​​제한되어 있습니다.

Документация
태스크

오픈 포크를 위한 Git 객체 중복 제거(베타)

(코어, 스타터, 프리미엄, 얼티밋)

Forking을 사용하면 누구나 쓰기 권한 없이 저장소를 새 프로젝트에 복사하기만 하면 오픈 소스 프로젝트에 기여할 수 있습니다. 자주 분기되는 Git 저장소의 전체 복사본을 저장하는 것은 비효율적입니다. 이제 Git으로 alternatives 포크는 개체 풀에 있는 상위 프로젝트의 공통 개체를 공유하여 디스크 스토리지 요구 사항을 줄입니다.

포크 개체 풀은 해시된 저장소가 활성화된 경우 열려 있는 프로젝트에 대해서만 생성됩니다. 객체 풀은 함수 매개변수를 사용하여 활성화됩니다. object_pools.

Документация
서사시

할당된 승인자별로 병합 요청 목록 필터링

(스타터, 프리미엄, 얼티메이트, 브론즈, 실버, 골드)

코드 검토는 성공적인 프로젝트의 일반적인 관행이지만 검토자가 병합 요청을 추적하는 것은 어려울 수 있습니다.

GitLab 11.9에서는 병합 요청 목록이 할당된 승인자별로 필터링됩니다. 이렇게 하면 검토자로 추가된 병합 요청을 찾을 수 있습니다.
기여해주신 Glewin Wiechert에게 감사드립니다(글라빈 위체르트)!

Документация
태스크

병합 요청의 다음 및 이전 파일에 대한 바로가기

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

병합 요청에 대한 변경 사항을 보는 동안 다음을 사용하여 파일 간에 빠르게 전환할 수 있습니다. ]또는 j 다음 파일로 이동하려면 [ 또는 k 이전 파일로 이동합니다.

선적 서류 비치
태스크

단순화 .gitlab-ci.yml 서버리스 프로젝트의 경우

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

기능성을 기반으로 구축 include GitLab CI, 서버리스 템플릿 gitlab-ci.yml 크게 단순화되었습니다. 향후 릴리스에 새로운 기능을 도입하기 위해 이 파일을 변경할 필요가 없습니다.

Документация
태스크

인그레스 호스트 이름 지원

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

Kubernetes 수신 컨트롤러를 배포할 때 일부 플랫폼은 IP 주소(예: Google GKE)로 대체되고 다른 플랫폼은 DNS 이름(예: AWS EKS)으로 대체됩니다.

Kubernetes 통합은 이제 섹션에 표시할 두 가지 유형의 엔드포인트를 모두 지원합니다. clusters 프로젝트.

기여해주신 Aaron Walker에게 감사드립니다(아론 워커)!

Документация
태스크

JupyterHub 로그인 액세스를 팀/프로젝트 구성원으로만 제한

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

GitLab의 Kubernetes 통합을 사용하여 JupyterHub를 배포하는 것은 대규모 팀에서 Jupyter 노트북을 유지 관리하고 사용하는 좋은 방법입니다. 기밀 또는 개인 데이터를 전송할 때 이에 대한 액세스를 제어하는 ​​것도 유용합니다.

GitLab 11.9에서 Kubernetes를 통해 배포된 JupyterHub 인스턴스에 로그인하는 기능은 개발자 액세스 권한이 있는 프로젝트 멤버(그룹 또는 프로젝트를 통해)로 제한됩니다.

Документация
태스크

보안 패널 구성표에 대한 사용자 정의 가능한 시간 범위

(궁극기, 골드)

팀 보안 대시보드에는 팀 프로젝트의 현재 보안 상태에 대한 개요를 제공하는 취약성 맵이 포함되어 있습니다. 이는 보안 책임자가 프로세스를 설정하고 팀의 작동 방식을 이해하는 데 매우 유용합니다.

GitLab 11.9에서는 이제 이 취약점 맵의 시간 범위를 선택할 수 있습니다. 기본적으로 이는 지난 90일이지만 필요한 세부 정보 수준에 따라 범위를 60일 또는 30일로 설정할 수 있습니다.

이는 카운터나 목록의 데이터에는 영향을 주지 않으며 다이어그램에 표시된 데이터 포인트에만 영향을 미칩니다.

Документация
태스크

태그에 대한 Auto DevOps 빌드 작업 추가

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

Auto DevOps 빌드 단계에서는 Heroku 프로젝트 또는 빌드팩의 Dockerfile을 사용하여 애플리케이션 빌드를 생성합니다.

GitLab 11.9에서는 태그 파이프라인에 포함된 결과 Docker 이미지의 이름이 SHA 커밋 대신 태그 커밋을 사용하여 기존 이미지 이름과 유사하게 지정됩니다.
기여해주신 Aaron Walker에게 감사드립니다!

Code Climate을 버전 0.83.0으로 업데이트

(스타터, 프리미엄, 얼티메이트, 브론즈, 실버, 골드)

GitLab 코드 품질 использует 코드 기후 엔진 변경 사항이 코드 및 프로젝트 상태에 어떤 영향을 미치는지 확인합니다.

GitLab 11.9에서는 엔진을 최신 버전(0.83.0) GitLab 코드 품질에 대한 추가 언어 및 정적 분석 지원의 이점을 제공합니다.

기여해주신 GitLab Core 팀원 Takuya Noguchi에게 감사드립니다(노구치 타쿠야)!

Документация
태스크

측정항목 패널 확대/축소 및 스크롤

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

성능 이상을 조사할 때 특정 지표의 개별 부분을 자세히 살펴보는 것이 도움이 되는 경우가 많습니다.

GitLab 11.9를 사용하면 사용자는 측정항목 패널에서 개별 기간을 확대하고, 전체 기간을 스크롤하고, 원래 시간 간격 보기로 쉽게 돌아갈 수 있습니다. 이를 통해 필요한 이벤트를 빠르고 쉽게 조사할 수 있습니다.

Документация
태스크

TypeScript용 SAST

(궁극기, 골드)

유형 스크립트 기반으로 하는 비교적 새로운 프로그래밍 언어입니다. 자바 스크립트.

GitLab 11.9에서는 SAST(Static Application Security Testing)가 TypeScript 코드의 취약점을 분석 및 감지하여 병합 요청 위젯, 파이프라인 수준 및 보안 대시보드에 표시합니다. 현재 직업 정의 sast 변경할 필요가 없으며 자동으로 자동 DevOps.

Документация
태스크

다중 모듈 Maven 프로젝트용 SAST

(궁극기, 골드)

Maven 프로젝트는 종종 결합하여 구성됩니다. 여러 모듈 하나의 저장소에. 이전에는 GitLab이 이러한 프로젝트를 올바르게 스캔할 수 없었으며 개발자와 보안 전문가는 취약점에 대한 보고를 받지 못했습니다.

GitLab 11.9는 이 특정 프로젝트 구성에 대한 SAST 기능에 대한 확장된 지원을 제공하여 취약점을 있는 그대로 테스트할 수 있는 기능을 제공합니다. 분석기의 유연성 덕분에 구성이 자동으로 결정되며 다중 모듈 Maven 애플리케이션의 결과를 보기 위해 아무것도 변경할 필요가 없습니다. 평소와 같이 유사한 개선 사항도 다음과 같이 제공됩니다. 자동 DevOps.

Документация
태스크

GitLab 러너 11.9

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

오늘 우리는 GitLab Runner 11.9도 출시했습니다! GitLab Runner는 오픈 소스 프로젝트이며 CI/CD 작업을 실행하고 결과를 GitLab으로 다시 보내는 데 사용됩니다.

다음은 GitLab Runner 11.9의 일부 변경 사항입니다.

• 알파인 이미지를 알파인 3.9로 업데이트.
• gitlab-runner-helper용 Windows Dockerfile 추가 и Windows 이미지 도우미를 빌드하는 스크립트 추가.
• Docker API 버전 업데이트... 그것은 동일합니다 CentOS 6에서 Docker 실행기 지원을 제거합니다..
• 로그 추적에서 변수를 마스킹하는 기능 추가 지원을 위해 로그에서 보호된 변수의 간단한 마스킹, 이는 GitLab 11.10에 표시됩니다.
• 12.0에 제공되는 레거시 OS 기능에 대한 문서 추가.
• Parallels 실행기에서 시간 동기화를 캡처하도록 SNTP 명령 업데이트.
• 여러 스크립트 이동 - 포함 서비스 대기 스크립트 и Bash 캐싱 스크립트 - 이동 중.
• 도우미 이미지 명령 제거.
• 제공된 참조 사양에서 코드 추출.
• 사용 가능한 RAM보다 큰 LFS 개체가 있는 리포지토리를 복제할 때 메모리 할당 오류 수정.

전체 변경 목록은 GitLab Runner 변경 로그에서 확인할 수 있습니다. 변경 로그.

Документация

GitLab 스키마 개선

(코어, 스타터, 프리미엄, 얼티밋)

GitLab 차트가 다음과 같이 개선되었습니다.

• Google Cloud Memorystore에 대한 지원이 추가되었습니다.
• 크론 작업 설정 이제 글로벌, 여러 서비스에서 사용되기 때문입니다.
• 레지스트리가 버전 2.7.1로 업데이트되었습니다.
• GitLab 레지스트리가 1.10 이전 Docker 버전과 호환되도록 새로운 설정을 추가했습니다. 활성화하려면 설치하세요. registry.compatibility.schema1.enabled: true.

Документация

성능 향상

(코어, 스타터, 프리미엄, 얼티메이트, 무료, 브론즈, 실버, 골드)

우리는 모든 규모의 GitLab 인스턴스에 대한 모든 릴리스에서 GitLab 성능을 지속적으로 개선하고 있습니다. GitLab 11.9의 몇 가지 개선 사항은 다음과 같습니다.

• todos API 엔드포인트에서 SQL 쿼리 줄이기.
• 작업에서 드롭다운 레이블의 효율성 개선.
• 검색 중 그룹 작업을 계산하는 데 사용되는 SQL 쿼리 최적화.
• 사이드바의 시각적 레이블 효율성 향상.

성능 개선

옴니버스 개선

(코어, 스타터, 프리미엄, 얼티밋)

GitLab 11.9에는 다음과 같은 Omnibus 개선 사항이 포함되어 있습니다.

• GitLab 11.9에는 다음이 포함됩니다. 중요한 5.8, 오픈 소스 Slack 대안, 최신 릴리스에는 Team Edition용 MFA, 향상된 이미지 성능 등이 포함되어 있습니다. 이 버전에는 다음도 포함됩니다. 보안 개선; 업데이트를 권장합니다.
• GitLab 레지스트리가 1.10 이전 Docker 버전과 호환되도록 새로운 설정을 추가했습니다. 활성화하려면 설치하세요. registry['compatibility_schema1_enabled'] = true в gitlab.rb.
• GitLab 레지스트리는 이제 Prometheus 측정항목을 내보내고 들어오는 항목을 자동으로 모니터링합니다. Prometheus 서비스의 키트.
• Google Cloud Memorystore에 대한 지원이 추가되었습니다. отключения redis_enable_client.
• openssl 버전 1.0.2r로 업데이트되었습니다. nginx - 버전 1.14.2까지, python - 버전 3.4.9까지, jemalloc - 버전 5.1.0까지, docutils - 버전 0.13.1까지, gitlab-monitor- 버전 3.2.0까지.

오래된 기능

GitLab Geo는 GitLab 12.0에서 해시된 저장소를 제공합니다.

GitLab Geo가 필요합니다. 해시된 저장소 보조 노드의 경쟁(경합 조건)을 완화합니다. 이것은 다음에서 언급되었습니다. gitlab-ce#40970.

GitLab에서 11.5 우리는 Geo 문서에 이 요구 사항을 추가했습니다. gitlab-ee #8053.

GitLab에서 11.6 sudo gitlab-rake gitlab: geo: check 해시된 저장소가 활성화되어 있고 모든 프로젝트가 마이그레이션되었는지 확인합니다. 센티미터. gitlab-ee#8289. Geo를 사용하는 경우 이 확인을 실행하고 가능한 한 빨리 마이그레이션하세요.

GitLab에서 11.8 영구 비활성화 경고 gitlab-ee!8433 페이지에 표시됩니다 관리 영역 › 지역 › 노드, 위의 확인이 허용되지 않는 경우.

GitLab에서 12.0 Geo는 해시된 저장 요구 사항을 사용합니다. 센티미터. gitlab-ee#8690.

삭제 날짜: 22 2019 6 월

힙챗 통합

힙챗 지원되지 않음. 또한 버전 11.9에서는 GitLab에서 기존 Hipchat 통합 기능을 제거했습니다..

삭제 날짜: 22 월 2019 도시

Docker 실행기를 사용하는 GitLab Runner에 대한 CentOS 6 지원

GitLab Runner는 GitLab 6에서 Docker를 사용할 때 CentOS 11.9을 지원하지 않습니다. 이는 더 이상 CentOS 6을 지원하지 않는 Docker 코어 라이브러리에 대한 업데이트의 결과입니다. 자세한 내용은 다음을 참조하세요. 이 작업.

삭제 날짜: 22 월 2019 도시

오래된 GitLab Runner 레거시 코드 경로

Gitlab 11.9부터 GitLab Runner는 다음을 사용합니다. 새로운 방법 저장소를 복제/호출합니다. 현재 GitLab Runner는 새로운 방법이 지원되지 않으면 이전 방법을 사용합니다.

GitLab 11.0에서는 GitLab Runner에 대한 메트릭 서버 구성의 모양이 변경되었습니다. metrics_server 유리하게 제거됩니다 listen_address GitLab 12.0에서. 자세한 내용은 다음에서 확인하세요. 이 작업. 자세한 내용은 이 작업.

버전 11.3에서는 GitLab Runner가 지원되기 시작했습니다. 여러 캐시 공급자에 대한 새로운 설정이 발생했습니다. 특정 S3 구성. 에 선적 서류 비치 새 구성으로 마이그레이션하기 위한 변경 사항 및 지침 표가 제공됩니다. 자세한 내용은 다음에서 확인하세요. 이 작업.

GitLab 12.0에서는 이러한 경로를 더 이상 사용할 수 없습니다. 사용자는 GitLab Runner 11.9으로 업그레이드할 때 GitLab 인스턴스가 버전 12.0 이상을 실행하는지 확인하는 것 외에는 아무것도 변경할 필요가 없습니다.

삭제 날짜: 22 2019 6 월

GitLab Runner의 진입점 기능에 대한 더 이상 사용되지 않는 매개변수

11.4 GitLab Runner에는 기능 매개변수가 도입되었습니다. FF_K8S_USE_ENTRYPOINT_OVER_COMMAND 등의 문제를 해결하기 위해 #2338 и #3536.

GitLab 12.0에서는 기능 설정이 비활성화된 것처럼 올바른 동작으로 전환합니다. 자세한 내용은 다음에서 확인하세요. 이 작업.

삭제 날짜: 22 2019 6 월

GitLab Runner의 EOL에 도달하는 Linux 배포에 대한 지원이 중단되었습니다.

GitLab Runner를 설치할 수 있는 일부 Linux 배포판은 해당 목적을 달성했습니다.

GitLab 12.0에서는 GitLab Runner가 더 이상 이러한 Linux 배포판에 패키지를 배포하지 않습니다. 더 이상 지원되지 않는 배포판의 전체 목록은 다음에서 확인할 수 있습니다. 선적 서류 비치. Javier Ardo에게 감사드립니다(하비에르 자돈) 그를 위해 공헌!

삭제 날짜: 22 2019 6 월

이전 GitLab Runner Helper 명령 제거

지원하기 위한 노력의 일환으로 Windows 도커 실행기 사용되는 일부 이전 명령을 포기해야 했습니다. 도우미 이미지.

GitLab 12.0에서는 GitLab Runner가 새로운 명령을 사용하여 시작됩니다. 이는 재정의하는 사용자에게만 영향을 미칩니다. 도우미 이미지. 자세한 내용은 다음에서 확인하세요. 이 작업.

삭제 날짜: 22 2019 6 월

개발자는 GitLab 11.10에서 Git 태그를 제거할 수 있습니다.

확인되지 않은 분기의 Git 태그에 대한 버전 메모를 제거하거나 편집하는 것은 역사적으로 다음으로 제한되었습니다. 승무원과 주인.

개발자는 태그를 추가하고 보호되지 않는 브랜치를 수정 및 삭제할 수 있으므로 개발자는 Git 태그를 삭제할 수 있어야 합니다. GitLab 11.10에서 우리는 이런 변화를 만들고 있습니다 작업 흐름을 개선하고 개발자가 태그를 더 효율적으로 사용할 수 있도록 권한 모델에 추가했습니다.

관리자와 소유자에 대해 이 제한을 유지하려면 다음을 사용하세요. 보호된 태그.

삭제 날짜: 22 4월 2019 도시

Omnibus GitLab의 Prometheus 1.x 지원

GitLab으로 시작하기 11.4, Prometheus 1.0의 내장 버전이 Omnibus GitLab에서 제거되었습니다. Prometheus 2.0 버전이 포함되었습니다.. 그러나 메트릭 형식은 버전 1.0과 호환되지 않습니다. 기존 버전을 2.0으로 업그레이드할 수 있으며, 필요한 경우 데이터를 전송할 수 있습니다. 내장 도구를 사용하여.

GitLab 버전에서 12.0 업데이트가 아직 설치되지 않은 경우 Prometheus 2.0이 자동으로 설치됩니다. Prometheus 1.0의 데이터는 다음과 같은 이유로 손실됩니다. 용납되지 않습니다.

삭제 날짜: 22 2019 6 월

TLS v1.1

GitLab으로 시작하기 12.0 TLS v1.1은 기본적으로 비활성화됩니다. 보안을 향상시키기 위해. 이는 Heartbleed를 포함한 수많은 문제를 해결하고 GitLab PCI DSS 3.1을 즉시 준수하도록 만듭니다.

TLS v1.1을 즉시 비활성화하려면 다음을 설정하십시오. nginx['ssl_protocols'] = "TLSv1.2" в gitlab.rband 그리고 실행 gitlab-ctl reconfigure.

삭제 날짜: 22 2019 6 월

GitLab 설치를 위한 OpenShift 템플릿

공무원 gitlab 조타 차트 — Kubernetes에서 GitLab을 실행하기 위해 권장되는 방법은 다음과 같습니다. OpenShift에 배포.

OpenShift 템플릿 GitLab을 설치하는 방법은 더 이상 사용되지 않으며 더 이상 지원되지 않습니다. 깃랩 12.0.

삭제 날짜: 22 2019 6 월

보안 작업의 이전 정의

소개와 함께 보안 작업을 위한 CI/CD 템플릿 이전 작업 정의는 더 이상 사용되지 않으며 GitLab 12.0 이상에서 제거됩니다.

새로운 구문을 사용하고 GitLab에서 제공하는 모든 새로운 보안 기능을 활용하도록 작업 정의를 업데이트하세요.

삭제일자: 22년 2019월 XNUMX일

관리자 패널의 시스템 정보 섹션

GitLab은 GitLab 인스턴스에 대한 정보를 다음 위치에 표시합니다. admin/system_info, 그러나 이 정보는 정확하지 않을 수 있습니다.

우리 이 섹션 삭제 GitLab 12.0의 관리자 패널을 사용하는 것이 좋습니다. 기타 모니터링 옵션.

삭제 날짜: 22 2019 6 월

출처 : habr.com