Git 사용 원칙
Git은 개발 시 효율적인 협업을 가능하게 만드는 핵심적인 도구입니다. 또한 테스트 환경을 손쉽게 구축할 수 있고 테스트 및 배포를 자동화하고 관리하는 것도 매우 편리하게 할 수 있습니다. 여기서는 Git이 어떤 방식으로 사용하는지 설명합니다. Git의 기본 개념 및 동작 원리는 여기서 설명하지 않습니다. 혹시 Git의 동작 원리가 궁금하신 분은 여기를 참조 바랍니다.
브랜치 종류
- master : 실서버 브랜치입니다.
- stage : 테스트 서버 브랜치입니다. (이슈 발생 시 develop 브랜치로부터 재생성 가능합니다.)
- develop : 개발 진행을 위해 feature 또는 hotfix 브랜치를 생성할 때의 source 브랜치입니다.
- feature : 정식(원래 하기로 예정되어 있던) 스펙의 개발 진행을 위한 브랜치입니다.
- hotfix : 빠르게 수정해야 하는 이슈가 발생했을 때 이에 대한 개발을 진행하는 브랜치입니다.
브랜치 이름 작성 규칙 ★
- feature/<Jira 수정 버전>/스펙명_<Jira 티켓 번호> : 스프린트 끝/중반에 배포할 작업에 대한 브랜치
- hotfix/<Jira 수정 버전>/스펙명_<Jira 티켓 번호> : 급하게 배포할 작업에 대한 브랜치
- 기본적으로 공백 대신 언더바(-)를 사용하고, 대문자가 아닌 소문자를 사용하도록 합니다.
- 예시
- EX 1) feature/1.3.8/extract_artworks_csv_123
- EX 2) feature/1.3.8-1/change_hompage_banner_image_234EX 3) feature/1.3.8-2/change_hompage_season_images_345
- EX 4) hotfix/1.3.8-Hotfix1/fix_artwork_list_filter_456EX 5) hotfix/1.3.8-Hotfix2/fix_artwork_list_filter_567
커밋 메시지 작성 규칙 ★
- [커밋 태그] 커밋 메시지
- 커밋 태그 : Add, Fix, Change, Improve, Migrate 중 하나
- Add : 주요 작업이 무언가를 추가한 것일 때
- Fix : 주요 작업이 무언가를 고친 것일 때
- Change : 주요 작업이 무언가를 변경한 것일 때
- Improve : 주요 작업이 무언가를 개선한 것일 때
- Migrate : 주요 작업이 모델을 건드린 것일 때
- 커밋 메시지 : 주요 작업 내용의 요약 (한글로 작성하는 것을 권장)
- 예시
- EX 1) [Add] 작품 CSV 추출 기능 추가
- EX 2) [Fix] 작품 목록 페이지 필터 기능 오류 해결
- EX 3) [Change] 홈페이지 배너 이미지 교체
- EX 4) [Improve] LUNA 대시보드 쿼리 최적화
- EX 5) [Migrate] 작품 모델 is_owned_by_customer 필드 추가
- (참고) CI를 사용하는 경우 CI 단에서 처리 시 커밋 메시지의 맨 끝에 [skip ci]를 붙이면 CI/CD를 생략할 수 있습니다.
'devops' 카테고리의 다른 글
Docker Docker Compose file 열어보기 (0) | 2021.12.16 |
---|---|
Docker DockerFile (0) | 2021.12.15 |
Docker로 nodejs 배포하기 (0) | 2021.10.28 |
댓글