1. Gitlab Settings → Merge Requests 진입 2. Merge request approvals 의 Add approval rulemain 브랜치의 merge approval 설정 (main 브랜치에 merge 시 반드시 approval 획득 필요)승인자는 최소 2명, 각 프로젝트 별 인원 설정 필요, 프로세스 준수 강제화 작업 3. Merge Request 시 Approval 설정 확인승인자는 Approve 버튼이 활성화 된 것이 보여야 하며, 미승인 시 Merge Blocked 메세지도 보여야 한다.리뷰어도 커밋 생성자 제외 최소 2명이상 할당되어야 함 여기까지 설정해둔다면, MR에서 코드 리뷰를 하기 위한 기본적인 설정은 끝나게 된다.

오늘은 저번에 이어 .gitlab-ci.yml 스크립트 작성을 진행해보자.이번에는 stages, needs 를 활용한 깃랩 CI 스크립트이며,소나큐브 코드 품질 분석과 그 결과물에 이슈가 있을 경우 지라 티켓 발행까지 하는 스크립트이다.대부분의 내용을 스크립트의 주석을 달아두었으니, 충분히 이해하고 실행할 수 있을 것으로 보인다. stages:  - sonarqube_analysis # 1. 소나큐브 실행  - create_jira_ticket # 2. 소나큐브 이슈 검출 시 지라 티켓 생성sonarqube-check:  stage: sonarqube_analysis  tags:    - sonarqube-test  image:     name: sonarsource/sonar-scanner-cli:la..

GitLab CI(Continuous Integration)는 소프트웨어 개발에서 코드 품질을 유지하고, 빌드, 테스트, 배포 등의 작업을 자동화하는 도구다. GitLab CI 스크립트는 .gitlab-ci.yml 파일에 정의되며, 코드 변경 시 자동으로 실행되게 된다. 여기서는 GitLab CI의 주요 개념들과 함께 러너(Runner) 태그 개념까지 설명해보겠다. 1. Job (작업)Job은 파이프라인의 가장 작은 단위로, 하나의 작업을 정의한다. 빌드, 테스트, 배포 등 각 작업이 job으로 표현된다. job은 독립적으로 실행되며, 여러 job을 순차적으로 또는 병렬로 실행할 수 있다.2. Stage (단계)Stage는 여러 job을 묶는 단위이다. 파이프라인은 순차적으로 단계별로 진행되며, 한 단계..

이 오류 메시지는 주로 우분투 환경에서 VScode 사용시 발생할 수 있는 오류이다. 우분투는 윈도우나 맥처럼 키체인 시스템은 OS 레벨에서 제공해주지 않기 때문에 사용자가 직접 라이브러리 설치 후 셋팅을 해줘야 하는 불편함이 있다. 이런 작업을 해주지 않으면, 안전한 자격증명 환경이 없는 상태라서 VScode로 Git push 작업 시마다 로그인을 해줘야 하는 매우 불편함이 발생하기 때문에 반드시 초기에 셋팅해주고 시작하도록 한다. 한번 셋팅해주고 한번만 로그인 하면 그 이후부터는 더이상 로그인을 묻지 않아 매우 편리하다. 해결 방법 : gnome-keyring 설치. 이 방법은 안드로이드 태블릿 Termux 우분투 환경에서도 정상동작하니, 필수로 설정하도록 한다. 1. 아래 명령어로 gnome-key..

이 경고 메시지는 Git에서 발생하는 줄바꿈(line ending)과 관련된 메시지이며, 유닉스와 윈도우 사이에서 줄바꿈 문자가 다르기 때문에 자주 발생하는 문제다. 줄바꿈 문자를 정리해보면 아래와 같다. 유닉스, 리눅스, macOS에서는 줄바꿈 문자로 LF (Line Feed) 사용 윈도우에서는 줄바꿈 문자로 CRLF (Carriage Return and Line Feed) 사용 Git에서는 줄바꿈 차이를 자동으로 처리해주는 설정이 있다. 이 설정은 일반적으로 크게 문제가 되지 않지만, 특정 상황에서는 원하지 않는 변경이 발생할 수 있다. 예를 들어, 텍스트 파일 외에도 바이너리 파일 등이 프로젝트에 포함되어 있는 경우, 줄바꿈 문자를 변경하면 파일이 손상될 위험이 따르긴 한다. 해당 경고는 Git이 ..