브랜치 규칙

Git-flow 전략 간단하게 살펴보기 를 참고하여 일단 짰습니다.

요약하면

master : 제품으로 출시될 수 있는 브랜치
develop : 다음 출시 버전을 개발하는 브랜치
feature : 기능을 개발하는 브랜치
release : 이번 출시 버전을 준비하는 브랜치
hotfix : 출시 버전에서 발생한 버그를 수정 하는 브랜치

과 같습니다.

참고사진

예를 들어 AAA라는 기능을 개발한다고 했을때 develop 에서 feature/AAA 브랜치를 만듭니다.
이후 개발이 완료되면 feature/AAA 브랜치를 develop에 병합하는 형식입니다.

커밋 규칙

협업을 위한 git 커밋컨벤션 설정하기 를 참고하여 짰습니다.

태그: 제목 형태로 커밋 제목을 작성합니다.

예를 들어 새로운 기능 AAA를 추가한 커밋은 feat: ~~ AAA ~~~ 형식이 되겠습니다.

git commit -m 을 사용해서 커밋 제목만 작성해도 좋지만 디테일 하게 작성하기 위해 git commit 으로 세부 내용을 작성하는 것도 지향합니다.

Discussion

후에 google exp 에 출품한다 했을때 오픈소스를 생각해야 하니 모두 영문 작성이 어쩔 수 없나 생각했었는데
앞의 두 규칙과 커밋 영문 작성이 괜찮은지에 대해 얘기해 봤으면 싶습니다.

당연히 위 규칙들 말고도 다양한 방법도 좋습니다.