[git] branch 관리 - 4 : Zone 구성 및 브랜치 전략

1. Zone 구성

1.1 Local

- 실 개발 진행 zone

- 디버깅 및 로컬 테스트를 수행

Local DB	경량 테스트를 위해 개발자가 직접 적재 or 로컬 구동 환경에서 적재
Localhost	WB를 통한 FE 측 테스트
Localhost Postman	Postman을 통한 BE 측 테스트

1.2 Develop

- 내부 사용자에게 배포(알파 테스팅 + 개발자도 참여)

- 누락된 테스트 케이스 도출 => 개인이 할 수 있는 테스트는 Local Zone에서 끝내자..

Develop DB

테스트를 위해 개발자가 직접 적재 or 테스트를 통해 적재 ==> 다양한 유즈케이스 커버 Production DB에 비해 매우 적은 양이기 때문에 운영존 DB에서 난수화(Sanitzing) 후 동기화

1.3 Staging

- 운영존에 가장 가까운 환경

- 최종 배포 전, 네트워크 및 인프라 환경에 대한 마지막 테스트

Staging DB

운영존과 가장 가까운 수준의 데이터량 적재

1.4 Production

- 실제 서비스 환경(= 다양한 제약)

Production DB

실제 유저가 사용하는 DB ALTER 명령어 사용에 유의 -> 리인덱싱 이슈 발생 가능

2. git 브랜치 전략(git-flow)

: 모든 배포는 격리된 브랜치에서 작업 완료 후, 배포를 위한 브랜치에 PR 및 머지

- 중요도에 따라 아래와 같은 3단계로 구

브랜치	설명	예시 브랜치명	목표 및 사용법
Master/Main	- 배포 브랜치. - 무결성이 보장되어야 하며, 문제 발생 시 롤백이 가능해야 함.	main, master	- 항상 배포 가능한 상태를 유지. - 버그 수정 및 릴리즈가 이루어짐. - 배포 후 새로운 버전은 이 브랜치에 머지됨.
Develop(Staging)	- 최종 테스트 브랜치.	develop	- feature 브랜치에서 완료된 작업을 머지하여 최종 테스트를 진행. - 릴리즈 전 마지막 확인 작업을 진행
Feature	- 새로운 기능을 개발하는 브랜치. - develop 브랜치를 기반으로 생성되어, 특정 기능 개발 완료 후 develop에 PR을 통해 병합됨.	feature/HELLO-01	- 기획 및 디자인에 맞춰 개발. - 로컬에서 개발 완료 후 develop 브랜치에 PR 요청. - 코드 리뷰와 최종 테스트를 거쳐 develop에 머지됨.