Ground Rule

브랜치 구조

.
└── team-17 (upstream)
    └── dev (origin)
         ├── feature-
         └── feature-

• team-17 upstream에서 rebase 받기만 하는 브랜치
• dev 기능별 브랜치 합쳐서 에러 확인 후 upstream의 team-17 브랜치로 PR
• feature 기능 개발 후 dev 브랜치로 PR 혹은 merge (팀원끼리 리뷰)

코어타임

줌에서 항상 응답 가능한 상태로 있기

• 10시~12시
• 2시~6시

commit message

[#issue] feat: title

content (선택)

• feat: 사용자를 위한 새로운 기능 (빌드 스크립트를 위한 새로운 기능은 해당하지 않음)
• fix: 사용자 기능의 버그•오류를 수정, (빌드 스크립트를 위한 변경사항은 해당하지 않음)
• docs: 문서 작성 및 변경
• style: 줄 맞춤, 빠트린 세미콜론 추가 (운영 코드 변경이 포함되면 안됨)
• refactor: 운영 코드 리펙토링(변수명 변경 등)
• test: 빠트린 테스트 추가, 테스트 코드 리펙토링 등 (운영 코드 변경이 포함되면 안됨)
• build: 빌드 스크립트를 위한 변경