Skip to content
Arthur edited this page Nov 10, 2025 · 1 revision

🧭 Code Push Convention

기본 원칙

  • main 브랜치는 가능한 한 직접 수정하지 않습니다.
    → 배포용 및 안정 버전만 유지합니다.

  • 모든 작업은 dev 브랜치에서 새 브랜치를 파서 진행합니다.
    → 예: feature/login-ui, fix/chart-bug, refactor/api-handler

  • 작업 완료 후 dev 브랜치로 Pull Request(PR)를 생성합니다.
    → 코드 리뷰 후 병합(Merge)합니다.


협업 시 주의사항

  • 다른 사람이 작성한 코드는 함부로 수정하지 않습니다.
    → 수정이 필요한 경우, 반드시 작성자에게 먼저 연락하고 협의합니다.

  • 연락 없이 남의 코드를 변경하거나 커밋하지 않습니다.

  • 충돌(conflict) 발생 시, 본인 변경분만 우선 적용하지 말고
    관련 팀원과 상의하여 해결합니다.


브랜치 네이밍 규칙 (권장)

유형 예시 설명
기능 추가 feature/login-page 새로운 기능 개발
버그 수정 fix/chart-bug 기존 기능 오류 수정
문서 수정 docs/readme-update 문서 보완

커밋 메시지 예시

  • feat: Add login UI
  • fix: Resolve chart rendering issue
  • refactor: Simplify API response handler
  • docs: Update push convention

📌 요약:

  • main은 직접 수정 금지
  • dev에서 새 브랜치 생성 후 PR
  • 남의 코드 수정 시 반드시 연락