코딩 컨벤션

Git 컨벤션

branch 전략

• main

• develop

• 기능별 구현 feature/기능
• feature 브랜치를 생성하여 기능별 구현
• develop ➡️ feature/style ➡️ 기능 구현(커밋) ➡️ feature/style → develop으로 push & pull request
• feature/{Jira티켓번호}
• develop 브랜치에서 git checkout -b 브랜치명(feature/{지라티켓번호})

• 참고
Git 뉴비를 위한 기초 사용법 - 버전 관리
이번 포스팅에서는 저번 포스팅인 Git 뉴비를 위한 기초 사용법 - 시작하기에서 설명했던 기본적인 명령어보다 좀 더 나아가서 몇 가지 개념과 명령어를 더 공부해보려고 한다. 저번 포스팅에서는 리모트 서버에서 소스를 클론하고 수정한 후 다시 리모트 서버에 업데이트하는 과정에 대해 집중해서 설명했다면 이번 포스팅에서는 Git의 메인 주제인 에 대해 더 다뤄볼 예정이다.

https://evan-moon.github.io/2019/07/28/git-tutorial-advanced/

우린 Git-flow를 사용하고 있어요 | 우아한형제들 기술블로그
안녕하세요. 우아한형제들 배민프론트개발팀에서 안드로이드 앱 개발을 하고 있는 나동호입니다. 오늘은 저희 안드로이드 파트에서 사용하고 있는 Git 브랜치 전략을 소개하려고 합니다. '배달의민족 안드로이드 모바일 파트에서 이렇게 브랜치를 관리하고 있구나' 정도로 봐주시면 좋을 것 같습니다. 2016년 1월, Github로 소스코드를 이전하면서 Github-flow를 사용하기 시작했습니다. 그러다 2017년 6월부터 Git-flow로 브랜치 전략을 바꾸게 되었습니다.

https://techblog.woowahan.com/2553/

• 구조(예)

main
ㄴ develop
	ㄴ feature/add-user
	ㄴ feature/update-user

commit message 전략

• feat : 새로운 기능에 대한 커밋

• fix : 오류 수정에 대한 커밋

• chore : 빌드 관련 파일 수정, CI 설정 관련 업무 수정, 그 외 자잘한 수정에 대한 커밋

• docs : 문서 수정에 대한 커밋

• style : 코드 스타일 혹은 포맷 등에 관한 커밋

• refactor : 코드 리팩토링(코드 변경 사항)에 대한 커밋

• test : 테스트 코드 수정에 대한 커밋

ex)

feat: 상품 등록 기능 추가

새로운 상품을 등록할 수 있는 기능을 추가함

[Git] 규칙적인 Commit 메세지로 개발팀 협업하기👾

Git을 통해 코드를 유지하는 경우 commit 메세지를 통해 해당 commit의 작업 내용을 입력하게 됩니다. 그렇다면 규칙이 없는 상태에서 여러 개발자가 동시에 commit 메세지를 작성하면 어떻게 될까요? 위는 commit 메세지의 규칙이 없는 팀의 예시로서 일관성이 없는 메세지 내용으로 각 commit의 위치에서 어떤 작업을 했는지 명확하게 알아 볼 수 없습니다!

https://xtring-dev.tistory.com/entry/Git-%EA%B7%9C%EC%B9%99%EC%A0%81%EC%9D%B8-Commit-%EB%A9%94%EC%84%B8%EC%A7%80%EB%A1%9C-%EA%B0%9C%EB%B0%9C%ED%8C%80-%ED%98%91%EC%97%85%ED%95%98%EA%B8%B0-%F0%9F%91%BE