깃허브 브랜치 관리 가이드

[ilovemyminutes]

브랜치 만들기

• 이곳의 Branching 부분을 확인해주세요!

브랜치 네이밍 컨벤션

• 기능 구현, 디버깅 등 목적에 따라 작업을 나눠서 진행하는 것이 효율적인데, 때문에 목적에 맞는 브랜치 이름을 달리 사용합니다.
• 어떠한 기술이 있는게 아니라 효율적인 작업을 위한 방법론이라고 생각하면 편할 것 같아요.
• '꼭 이렇게 해야 한다'라는 것은 아니니, 브랜치를 하나하나 만들어서 하는 것이 껄끄럽거나 어렵게 느껴진다면 각자 master 브랜치(기본 브랜치)에서 작업해도 상관 없어요.
• 대략 다음과 같은 브랜치들이 있습니다.
  • master: 원격저장소 생성 시 존재하는 브랜치로, 가장 안정적인 개발 코드가 존재해야 합니다.
  • development: 개발 과정을 지속 반영하는 브랜치. 안정성이 확인될 경우 master 브랜치로 merge합니다.
  • feature: 특정 기능 추가를 위한 브랜치. 다음과 같이 활용합니다.

    git branch new feature/add-dataset # 데이터셋 추가를 위한 브랜치 생성
    git checkout feature/add-dataset # 만든 브랜치로 이동
    
    # 또는 다음과 같이 할 수도 있습니다.
    git checkout -b feature/add-dataset # 데이터셋 추가를 위한 브랜치를 생성한 뒤 해당 브랜치로 이동

  • fix: 버그가 발생했을 때, 해결을 위한 브랜치

    git branch new fix/data-preprocessing # 데이터 전처리 부분 버그 픽스를 위한 브랜치 생성
    git checkout fix/data-preprocessing # 만든 브랜치로 이동
    
    # 또는 다음과 같이 할 수도 있습니다.
    git checkout -b fix/data-preprocessing # 데이터 전처리 부분 버그 픽스를 위한 브랜치 생성한 뒤 해당 브랜치로 이동

  • refactor: 코드 효율을 높이거나 정돈하기 위한 리팩터링 브랜치

    git branch new refactor/preprocessor # 전처리 부분 코드 리팩터링을 위한 브랜치 생성
    git checkout fix/data-preprocessing # 만든 브랜치로 이동
    
    # 또는 다음과 같이 할 수도 있습니다.
    git checkout -b fix/data-preprocessing # 전처리 부분 코드 리팩터링을 위한 브랜치 생성한 뒤 해당 브랜치로 이동