Skip to content

Git 협업 규칙 #43

Open
Open
@kimtks456

Description

@kimtks456

Git Branch 규칙

  • main :
    • 배포한 상태들만 관리
    • 최종 배포 이력들 모아볼 목적
  • develop :
    • 다음 버전 기능 개발 브랜치
    • 기능 브랜치들을 이 브랜치에 병합
  • feat/SM-이슈 번호/기능 설명(소문자, hyphen) :
    • 기능단위로 분기하여 개발 진행
    • 추후 Jira의 이슈 번호로 연동
    • ex) feat/SM-124/oauth-sub-features
  • ci/cd :
    • github action 및 AWS 배포 과정에서 수정한 코드, 설정 파일 관리
  • hotfix/SM-이슈 번호 :
    • 배포 후 갑작스런 버그 수정
    • main에서 분기해 수정 후 다시 main에 병합

Git Commit 규칙

커밋 종류: 커밋 제목 (#깃헙 이슈 - 선택)
ex) feat: OAuth JWT 기반으로 전환 (#11)

  • feat : 추가 기능 또는 기존 기능 수정한 경우
  • fix : 기능상 버그 픽스한 경우
  • docs : 코드 변화 없이 순수 문서(주석)의 변화만 작업한 경우
  • refactor : 로직 변화 없이 코드 style이나 함수 분리 진행한 경우
  • test : 테스트 코드 작성, 변경한 경우
  • chore : 위를 제외한 배포, 빌드 등 로직 코드 외적인 설정 파일들 수정한 경우
  • release : 릴리즈 버전 커밋을 찍기 위함

Metadata

Metadata

Assignees

Labels

docsImprovements or additions to documentation

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions