Git 브랜칭 및 관리 가이드라인

2026-07-03   0  보고서



이 다이어그램은 `test`와 `master`라는 두 개의 브랜치 아키텍처를 기반으로 하는 코드 협업 관리 프로세스를 표준화한 것입니다. `master`는 메인 브랜치로, 항상 릴리스 준비 상태를 유지하며 모든 배포는 `master`를 기준으로 버전 태그가 지정됩니다. `test`는 통합 테스트 브랜치로, 개발 결과를 저장하는 저장소이자 검증 환경 역할을 합니다. 개발 프로세스는 두 가지 경로를 따릅니다. 기능 개발의 경우, 개발자는 `master`에서 개인 `dev` 브랜치를 가져와 기능을 개발한 후, 통합 테스트를 위해 `test` 브랜치에 병합합니다. 테스트가 성공적으로 완료되면 배포를 위해 다시 `master` 브랜치에 병합합니다. 버그 수정의 경우, 개발자는 `master`에서 개인 브랜치를 가져와 수정하고, 배포 후에는 충돌을 해결하고 브랜치 일관성을 유지하기 위해 `test` 브랜치로 다시 동기화해야 합니다. 긴급 버그 수정에는 신속한 대응을 위해 별도의 브랜치 명명 규칙(예: `bug_yyyymmdd_01`)을 사용합니다. 브랜치 격리 및 단계적 병합을 통한 전반적인 프로세스는 코드 품질, 버전 추적성 및 다중 환경 협업을 보장합니다.

확장하다

관련 권장 사항

저자의 다른 작품

개요/내용

더 보기

버그가 운영 환경에 배포되었습니다.

Tag1.0

태그1.2기능 릴리스

긴급 버그 수정 브랜치BUG_YYYYMMDD_O1

버그 수정

MASTER

요구사항 개발 - 반복 3