버전 관리와 이에 따른 깃 전략

1. 브랜치

• main : 제품으로 출시될 수 있는 브랜치

• release : 이번 출시 버전을 준비하는 브랜치
• develop으로부터 분기
• main으로 병합 (→ 배포)

• develop : 다음 출시 버전을 개발하는 브랜치
• main으로부터 분기
• main으로 병합

• feature : 기능을 개발하는 브랜치
• develop으로부터 분기
• develop으로 병합

• 특이사항)
• 나는 release 브랜치는 따로 만들지 않았음
• feature 브랜치에서 작업한 내용들이 출시할 만큼 develop 브랜치에 모이면,
• 이들을 한 번에 main 브랜치로 병합했음
• main 브랜치에 병합한 각각의 병합 단위로 출시 버전 구분함.

• 참고)
[GitHub] Git 브랜치의 종류 및 사용법 (5가지) - Heee's Development Blog
Step by step goes a long way.

https://gmlwjd9405.github.io/2018/05/11/types-of-git-branch.html

2. 버전 관리

• 1.0.0은 '.'을 기준으로 3 부분으로 나눔

major.minor.patch

• major: 기존 버전과 호환되지 않게 API가 바뀌면 올라감
• minor: 기존 버전과 호환되면서 새로운 기능을 추가할 때 올라감
• patch: 기존 버전과 호환되면서 버그를 수정한 것이라면 올라감

• 최초로 개발 진행 시 0.0.0에서 시작, 실 서비스에 쓰이기 시작하면 1.0.0

• 깃 태그로 붙임

• 참고)
버전은 어떻게 정하면 좋을까? (Version 1.0.0, 1.0.1, 1.1.0, 2.0.0의 차이)
Git 사용시 git tag 1.0.0과 같이 tag를 붙이게 된다. 이 태그 뒤의 숫자는 어떻게 증가시키면 될까? Semantic Versioning으로 알아보자!

https://velog.io/@i33w/semver