[Brownfield] Incremental Merge — Phase 완료마다 main 동기화 체크

[KyubumShin]

배경

Frontier 파이프라인은 4+ 페이즈로 장시간 실행됨. 이 동안 동료가 main에 변경을 머지하면, 전체 작업이 완료된 후에야 충돌을 발견하게 됨.

Phase 1 완료 (10분) → Phase 2 완료 (15분) → Phase 3 완료 (10분) → Phase 4 완료 (10분)
                                                                         ↓
                                                              main과 충돌 발견!
                                                              45분 작업 전체에 충돌 해결 필요

제안

각 Phase의 5-Gate 통과 후 main 동기화 체크를 삽입.

구현 방안

Phase N 완료 → 5-Gate 통과
    │
    ▼
git fetch origin main
    │
    ├─ main에 새 커밋 없음 → 다음 Phase 계속
    │
    └─ main에 새 커밋 있음 → 충돌 검사
        │
        ├─ 충돌 없음 → 자동 리베이스 후 계속
        │
        └─ 충돌 있음 → Phase 중단 + 사용자 알림
            "Phase 2 완료. main에서 src/auth/types.ts가 변경되어
             충돌이 예상됩니다. 지금 해결할까요?"

티어별 적용

• Quick: 해당 없음 (단일 페이즈)
• Standard: Phase 완료 후 체크 (비차단 — 충돌 없으면 자동 진행)
• Frontier: Phase 완료 후 체크 + 선택적 중간 PR 전략

선택적 확장: Stacked PR 방식

대규모 변경 시 Phase별로 독립 PR을 생성하고 체인으로 연결:

Phase 1 PR → Phase 2 PR (Phase 1 기반) → Phase 3 PR → ...

각 Phase를 독립적으로 리뷰/머지 가능. gstack의 /ship이 이 자동화를 담당.

예상 구현 난이도

• 기본 (동기화 체크): 낮음 (1-2일) — git fetch + merge-base 비교
• 자동 리베이스: 중간 (2-3일) — 충돌 감지 + 사용자 인터랙션
• Stacked PR: 높음 (5-7일) — git + GitHub API 자동화

참고

• OMC의 merge-coordinator (워커 간 충돌 관리) 참고
• OMX의 $team (독립 git worktree 기반 병렬 작업) 참고
• gstack의 /ship + /land-and-deploy (PR 자동화) 참고

[KyubumShin]

Review: v0.6.6 기준 분석

판정: ❌ 스킵 — MPL 범위 밖

main 동기화는 git workflow 문제이지 코드 생성 파이프라인 문제가 아닙니다.

이미 MPL이 제공하는 것

• T-04 (PR Creation, v0.5.1): pipeline 완료 후 feature branch + PR 자동 생성
• mpl-git-master: atomic commits + branch 관리

mid-pipeline main sync가 불필요한 이유

1. MPL은 feature branch에서 작업 (T-04)
2. main 충돌은 PR merge 시점에 자연스럽게 해결
3. mid-pipeline에서 git fetch + rebase는 파이프라인 중단 + 재개 복잡성 추가
4. 자동 리베이스 실패 시 더 큰 혼란 발생

사용자가 원한다면

기존 git 워크플로우로 해결:

• 브랜치에서 작업 (이미 T-04가 처리)
• 긴 파이프라인 전 git pull --rebase (사용자 책임)

[KyubumShin]

스킵에 동의합니다

main 동기화는 git workflow 문제이지 코드 생성 파이프라인 문제가 아닙니다

이 경계 설정이 맞습니다. MPL은 코드 생성 파이프라인이지 git workflow 도구가 아닙니다.

T-04가 feature branch + PR 자동 생성을 이미 처리
main 충돌은 PR merge 시점에 자연스럽게 해결

feature branch 전략이 이미 이 문제를 해결하고 있고, mid-pipeline rebase는 복잡성 대비 가치가 낮습니다. 이 이슈는 닫아도 될 것 같습니다.