Notice
Recent Posts
Recent Comments
Link
«   2024/09   »
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30
Tags
more
Archives
Today
Total
관리 메뉴

우당탕탕 개발일지

Git - Issue, Branch 본문

기타/개발 지식

Git - Issue, Branch

YUDENG 2024. 8. 21. 21:40

 

소규모 프로젝트를 많은 팀원과 함께 진행하다 보니, 이전에 사용해보지 않았던 Issue 기능을 경험하게 되었다.

 

1. Git 컨벤션

 

개개인마다 Git 사용 방식이 다르기 때문에 컨벤션을 정해야 한다. 가장 기본적인 컨벤션은 다음과 같다.

 

<  공통 Git Convention >

  • [main] 브랜치에는 직접 커밋을 올리지 않는다.
  • 기능 개발을 하기 전에 [main] 브랜치를 기준으로 새로운 브랜치를 만든다.

 

< Branch Convention >

 

master: 전체 버전을 관리하는 메인 브랜치

  • 💡 master / { 버전 }

feature: 새로운 기능을 개발하는 브랜치

  • 💡 feature / { 구현 문항 번호 } / { 이슈 번호 }

test: 테스트 코드를 위한 브랜치

  • 💡 test / { controller } / { 이슈 번호 } / { 버전 }

 

< Pull request & Issue Convention  >

  • 💡 기능 태그_freature_작업 버전 - 기능 설명

 

 

< Commit message Convention >

 

 

2. Issue 생성

 

프로젝트의 기획, 작업, 개선 사항, 버그 수정, 새로 추가될 기능 등 모든 것을 이슈 라고 한다. GitHub 에서는 모든 활동에 대해 이슈를 등록하고, 그것을 기반으로 작업을 진행할 수 있다. 

 

 

처음에 이슈 템플릿을 만들어 두면, 이슈 작성 시 편리하게 활용할 수 있다. 이슈는 다음과 같이 컨벤션에 맞춰 작성한다.

  • 💡 기능 태그_freature_작업 버전 - 기능 설명

 

3. Branch 생성

 

다음과 같이 기능별로 컨벤션에 맞게 Branch를 만든다. 

  • 💡 feature / { 구현 문항 번호 } / { 이슈 번호 }

 

이후 기능이 완성되면 Pull Request를 생성한 후 Merge를 진행하면 된다.

728x90

'기타 > 개발 지식' 카테고리의 다른 글

공공데이터포털 오픈 API  (0) 2024.05.12
빌드(Build)란?  (2) 2024.01.04