깃허브 규칙

GitHub Commit Rules

• Commit Rules
  • 커밋 메시지는 [작업 타입] [작업내용] 형식으로 작성
  • 예시 :
    • update 로그인 기능
    • bugfix 헤더 레이아웃
• GitHub Issue
  • 이슈 생성시, 명확하고 명확한 제목과 상세 설명 사용
  • Git 레포지토리 프로젝트 생성 후 이슈를 생성
    • 이슈 제목 : Update 로그인 기능
    • 브랜치 명 : Update 로그인 기능
  • 작업이 시작될 때 해당 이슈에 연결된 브랜치를 생성
    • 브랜치 명은 생성 후 수정하지 않음
• Pull Request
  • Pull Request 제목은 커밋과 유사하게 [작업 타입] [작업내용] 으로 명확히 작성
  • 작업 완료 전 모든 Pull Request는 코드 리뷰를 거침

GitHub branch & Pull Request Rules

1. remote dev branch에서 local dev branch로 pull

2. Github Issue 생성 이후 [issue별 자동 생성 브랜치명] branch 생성

3. local [issue별 자동 생성 브랜치명] branch 기능 구현 완료 후

   remote [issue별 자동 생성 브랜치명] branch로 push

4. local [issue별 자동 생성 브랜치명] branch에서

   remote dev branch로 pull

   git pull origin dev

5. local [issue별 자동 생성 브랜치명] branch에서 conflict 해결 후 remote [issue별 자동 생성 브랜치명] branch로 push

6. local [issue별 자동 생성 브랜치명] branch에서 remote dev branch로 pull request