Quiz: Branching Strategy

브랜치 전략을 고를 때 저자가 제시한 결정적인 질문은?

• 어떤 전략이 가장 널리 쓰이는가
• 브랜치 이름 규칙을 어떻게 정할 것인가
• 장애가 났을 때 이 저장소에서 원인 커밋을 어떻게 찾을 계획인가
• PR 리뷰어를 몇 명 둘 것인가

GitOps 환경에서 Git Flow 를 권하지 않는 이유는?

• 브랜치가 많아 저장 공간을 더 쓰기 때문
• Git Flow 는 태그를 지원하지 않기 때문
• CI 도구가 5개 이상의 브랜치를 처리하지 못하기 때문
• release 브랜치가 자동 동기화 패턴과 마찰이 크기 때문

스쿼시 머지가 가져가는 것 세 가지에 해당하지 않는 것은?

• 이분 탐색 해상도가 PR 크기로 고정된다
• 머지 이후 파일 이름 변경 이력이 사라진다
• 체리픽 정밀도를 잃는다
• Git 입장에서 그 브랜치는 머지된 적이 없게 된다

Trunk-Based 개발에서 반드시 함께 가야 하는 것은?

• release 브랜치
• 월 1회 릴리스 창구
• Feature Flag
• 브랜치별 전용 CI 러너

체리픽이 충돌을 일으킬 수 있는 이유는?

• 커밋 안에 저장된 diff 가 다른 브랜치로 옮기는 과정에서 손상되기 때문
• Git 이 diff 를 저장하지 않고 스냅숏만 저장하므로, 대상 커밋의 부모 트리를 공통 조상으로 삼아 삼자 병합을 하기 때문
• 체리픽은 항상 강제 푸시를 동반하기 때문
• 대상 브랜치의 reflog 가 비어 있기 때문