GitLab Merge Request로 협업하기

Merge Request 가이드와 Merge Request로 협업하기 문서를 기반으로 쉽게 따라 할 수 있는 영상 가이드를 준비 했습니다.
Merge Request는 GitLab의 핵심 기능중 하나로 Git의 브랜치와는 가장 차별화되는 것입니다. 타겟 브랜치를 소스 브랜치로 merge하기 위한 단계로 코드 리뷰를 진행하고 완료가 된다면 승인하여 merge가 진행됩니다. 또한 CI/CD를 설정해 놓았다면 Pipeline에 성공해야 merge가 완료가 됩니다. Merge Request 이후에 배포가 가능하고 변경점을 리뷰앱을 통하여 확인 가능합니다. GitHub의 풀 리퀘스트와 유사한 기능이라고 생각하면 됩니다.
다음 이미지는 GitLab 사용자 교육 워크숍의 활동 중 일부로서, 짧은 스프린트 형태로 점진적인 방식으로 진행 됩니다. 그 중에서 Merge Request가 GitLab 플로우에서 연관이 있는 영역에 대한 예시 입니다.

에픽 하위에 이슈가 생성되어 있고 해당 이슈에 대한 Merge Request가 브랜치와 함께 생성이 됩니다. 여기서 Merge Request라는 하나의 작업공간에서 개발자드들은 소스코드를 커밋하고 코드리뷰를 하며 QA 팀에서는 테스트를 진행할 수 있습니다. 즉 모든 팀의 공동 협업 공간으로 Merge Request를 통하여 특정 이슈에 대한 개발되고 있는 모든 상황을 확인할 수 있게 되는 것입니다.
코드 리뷰가 끝나고 코드가 merge가 되면 리뷰앱을 통하여 기능을 확인할 수 있게 됩니다. 물론 여기서 파이프라인을 어떻게 구성하느냐에 따라서 워크플로우가 변하게 될것이고 이는 여러분들의 몫이라 할 수 있습니다.
다음 영상에서 Merge Request로 협업하는 한가지 사례를 확인하세요. 그리고 Merge Request 와 Merge Request Approval (MR 승인)에 대한 인사이트를 얻으시길 기대합니다.
저희 인포그랩에서는 CI/CD 파이프라인을 포함한 DevOps 컨설팅도 진행하고 있어 인포그랩의 도움을 받으신다면 보다 훌륭한 업무 환경을 구축하실 수 있으실 겁니다.
관련 태그
이 글이 도움이 되셨나요?
인포그랩 전문가가 맞춤 상담을 도와드립니다.
관련 글

2026년 CI/CD 공급망 공격 3가지 유형과 GitLab 방어 전략
2026년 CI/CD 파이프라인 공급망 공격 세 가지 유형과 발생 원인을 정리했습니다. GitLab의 보호된 변수와 커밋 SHA 고정, Pipeline execution policies, Job 토큰 allowlist로 대응하는 방법을 티어별로 살펴봅니다.

GitLab 액세스 토큰 점검 4단계: 경찰청 GitHub 토큰 유출 권고문 대응
경찰청이 GitHub 개인 액세스 토큰 유출 권고문을 배포했습니다. GitLab Self-Managed에서 토큰을 세고, 보고, 회전하고, 강제하는 4단계 실행 방법과 Free·Premium·Ultimate 티어별로 가능한 조치를 정리했습니다.

GitLab Secrets Manager로 CI/CD 시크릿 유출 막기
GitLab Secrets Manager로 CI/CD 시크릿을 안전하게 다루는 법을 정리합니다. base64 한 줄로 뚫리는 마스킹의 한계를 직접 재현하고, 요청한 job만 시크릿을 받는 구조, HashiCorp Vault·클라우드 도구와의 비교, 도입 시 점검할 점까지 다룹니다.