브랜치 전략 선택 — 우리 팀에 Git Flow가 맞나, Trunk가 맞나 — 실습 Lab

INCIDENT RESPONSE

0 / 5 단계 완료

📚 PREREQUISITES

Theorysw-engineering/branch-strategy

TRACK

SW-ENGINEERING

SLA

55분

LEVEL

중급

PHASES

3단계

ENV

local

INCOMING TICKET

“팀장: "요즘 배포할 때마다 main이 깨져요. 다들 각자 브랜치에서 며칠씩 작업하다 한꺼번에 머지하니 충돌 지옥이고요. 우리 팀에 맞는 브랜치 전략을 정해서, 어디서 개발하고 어떻게 합치고 언제 배포하는지 규칙으로 만들어 주세요."”

YOUR ROLE

개발 협업을 정리하는 PM/DevOps 담당

안 하면 나중에

전략 없이 각자 방식으로 브랜치를 쓰면, 통합이 늦어지고 충돌이 쌓이며 "누가 언제 무엇을 배포했는지"를 아무도 재현하지 못한다.

📋상황 브리핑

팀장이 말합니다.

"6명이 한 서비스를 개발하는데, 다들 각자 브랜치를 만들어 며칠씩 작업하다 한꺼번에 main에 머지해요. 그러다 보니 충돌이 쌓이고, 배포 직전에 main이 깨지는 일이 반복됩니다. 우리는 하루에도 몇 번씩 배포하고 싶은데, 지금 방식으로는 무서워서 못 해요. 우리 팀에 맞는 브랜치 전략을 정해 주세요. 어디서 개발하고, 어떻게 리뷰·머지하고, 언제 배포하는지를 규칙으로요."

브랜치 전략은 "어떤 그림이 멋진가"가 아니라 "우리 팀의 배포 주기·규모·릴리스 방식에 무엇이 맞는가"의 문제다. 이 Lab은 팀 상황을 먼저 진단하고, 전략을 근거 있게 골라, 브랜치 역할·수명·보호 규칙까지 확정한다.

⏱ 55분📊 중급🔧 3단계#git#branch#git-flow#trunk-based

MISSION

팀 상황 진단 — 전략을 고르기 전에 무엇을 봐야 하나

배포 주기·팀 규모·프로덕션에 동시에 유지하는 버전 수를 파악해, 후보 전략을 2개 이하로 좁힌다.

전략 확정 + 브랜치 역할·수명 설계

후보 중 하나를 확정하고, 각 브랜치의 역할·네이밍·수명(얼마나 오래 살아있나)을 규칙으로 못 박는다.

규칙을 강제하기 — 보호 브랜치 + 리뷰 + CI 게이트

main 직접 push 차단·PR 필수·리뷰 승인·CI 통과를 머지 조건으로 걸어, 전략을 "지켜지는 규칙"으로 만든다.

📌 선수 지식

• [이론] sw-engineering/branch-strategy

ℹ️ 실습 환경

환경: local

🔒

실습 실행은 Pro 플랜 전용입니다

인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.

Pro로 업그레이드 →

>_ LAB TERMINAL↔ 너비 조절

NOTES