브랜치 규칙 - LIMITED-TEAM25/wiki_repository GitHub Wiki

🌲 브랜치 규칙

main

• main 브랜치입니다. 런칭중인 서비스가 해당 브랜치에 올라갑니다.
• release 브랜치의 마지막 버전과 동일합니다.

dev (default)

• 현재 개발중인 브랜치입니다. 해당 브랜치에서 Issue 생성 시 파생된 브랜치에서 개발이 이루어집니다.
• Issue 생성 시 파생된 브랜치에서 작업이 끝나면 dev 브랜치로 PR 요청 후 merge를 진행합니다.
• 테스트와 구동 확인이 끝난 후 서비스가 완성이 되었다면 release 브랜치로 merge합니다.

release

• dev 브랜치에서 n차 완성 서비스들이 해당 브랜치에 올라갑니다.
• release 브랜치의 이전 기록은 서비스의 버전 이력과 동일합니다.
• release 브랜치의 맨 마지막 버전은 main 브랜치에 올라갑니다.

hotfix

• main이나 release에서 갑작스러운 버그나 오류 발생 시 해당 브랜치로 파생합니다.
• 긴급 오류와 버그를 픽스한 후 main과 develop 브랜치에 merge합니다.

feature

• 기능 개발을 위한 브랜치로 Issue 생성할 때, feature 브랜치를 함께 생성하여 관리합니다.
• 기능 테스트가 완료되면 dev 브랜치로 PR을 요청해 merge합니다.

Issue 생성으로 브랜치 생성 시 네이밍 규칙

# 규칙
issuetype/issueNumber-issue-title

# 예시
feature/5-create-restaurant-API

• Issue 생성 시 브랜치 네이밍 규칙은 위와 같은 형태를 따릅니다.
• 공백이 필요하다면 하이픈을 사용해 공백을 채웁니다.