250x250
반응형
Notice
Recent Posts
Recent Comments
Link
종식당
git 브랜치 전략 본문
728x90
반응형
- Git Flow 전략에서 기능 개발은 feature 브랜치에서 이루어지고, 완료된 후 develop 브랜치에 병합된다. 릴리스를 준비할 때는 release 브랜치를 따로 만들어 QA와 최종 검증을 거친 뒤, 프로덕션 코드를 관리하는 main에 병합하게 된다. 만약 긴급한 수정 사항이 발생하면 hotfix 브랜치를 만들어 신속히 배포하고, 수정 사항을 develop에도 반영한다. Git Flow 전략을 사용하면 대규모 프로젝트에서 굉장히 체계적이고 안정적인 관리가 가능하지만, 브랜치가 많아짐에 따라 복잡도가 올라간다는 단점이 존재한다.
- GitHub Flow 전략은 Git Flow보다 단순한 구조를 가지고 있다. 모든 변경 사항은 main 브랜치 기준으로 이루어진다. 새로운 기능을 개발할 때, feature 브랜치를 생성한 뒤 작업이 끝나면 코드 리뷰를 받고 바로 main에 병합한다. 이 방식은 간소화된 프로세스를 가지고 있기 때문에 짧은 주기의 배포 환경에서 특히 유용하다. 하지만, 릴리스와 QA를 위한 별도의 브랜치가 없기 때문에, 안정성 관리가 중요한 프로젝트에는 다소 부담스러울 수 있다.
- 마지막으로 Trunk-Based Development는 main브랜치 하나만 운용하는 방식이다. 작업을 main브랜치에 직접 커밋하거나, feature브랜치를 만들고 며칠 내에 빠르게 병합한다. 병합 주기가 짧아 코드 충돌 가능성이 적다는 장점이 있다. 한편, 철저한 자동화 환경이 뒷받침화되어야 한다는 단점이 존재한다.
728x90
반응형
'매일메일' 카테고리의 다른 글
해시 충돌(Hash Collision) (0) | 2025.05.28 |
---|---|
무중단 배포 (Zero - Downtime Development) (0) | 2025.05.26 |
의존성 주입 (0) | 2025.05.23 |
데이터베이스 정규화 (0) | 2025.05.22 |
Graceful Shutdown의 필요성 (1) | 2025.05.21 |