개발 완료 후 현재 서버는 중단 상태입니다 :)
분야 | 이름 | 포지션 |
---|---|---|
기획 | 김연지 | 📈 PM, 서비스 기획 |
디자인 | 김지은 | 📢 서비스 디자인 |
개발 | 박진우 | 📱 Web 화면 UI 구현, 서버 연동 |
개발 | 안재국 | 📱 Web 화면 UI 구현, 서버 연동 |
개발 | 노영진 | 💻 DB 및 API 구축, 서버 배포 |
개발 | 한호정 | 🖥️ DB 및 API 구축 |
커밋 메세지는 [이슈번호, 기능 키워드, 커밋 내용]으로 작성할 것!
ex) git commit -m "#8 feat : 앱 설치 플로팅 배너 추가
feat
: 새로운 기능 추가fix
: 버그 수정chore
: 빌드 업무, 패키지 매니저, 라이브러리, dependencies 설정docs
: 문서 수정 - ex) README.mddesign
: 사용자 UI 디자인 변경 - ex) CSSstyle
: 기능 수정 없는 코드 스타일 변경refactor
: 코드 리팩터링test
: 테스트 코드, 리펙토링 테스트 코드 추가ci
: ci 설정 파일 수정perf
: 성능 개선rename
: 파일 혹은 폴더명 변경add
: 파일 추가
main
: 출시 가능한 프로덕션 코드의 브랜치Tag
를 이용하여 배포 버전 명시
develop
: 다음 버전을 개발하는 브랜치feat
: 기능을 개발하는 브랜치feat/이슈번호
로 네이밍 할 것- main 또는 develop으로 merge할 때는
--no-ff
반드시 사용할 것
hotfix
: 출시 버전에서 발생한 버그를 수정하는 브랜치
🛠feat
: 기능 개발을 할 때는 이 라벨을 사용합니다.🔨bug
: 버그를 수정할 때는 이 라벨을 사용합니다.📃docs
: 문서 작업이 필요할 때는 이 라벨을 사용합니다.✅test
: 테스트 관련 이슈는 이 라벨을 사용합니다.⚙chore
: 설정 또는 패키지 매니징에는 이 라벨을 사용합니다.♻refactor
: 리팩터링이 필요할 때는 이 라벨을 사용합니다.
- 개요
- 작업 사항
- 변경 로직
main
→develop
분기- 최신 배포 직후에는
main
과develop
변경 사항이 동일함
- 최신 배포 직후에는
develop
→feat/{기능 이름}
분기- 작업 후
feat
→develop
PR- 충돌 해결 및 테스트 코드 pass 확인 (CI)
- 코드 리뷰 진행
- 최소 1번
feat
→develop
Merge- Squash and Merge
- merge 후
feat
브랜치 자동 삭제
- 배포 시점에
develop
→main
PR 및 Merge- Merge commit or Rebase and Merge
- CI/CD 작동
- 애플리케이션 장애가 발생하면
main
→hotfix/{문제상황}
브랜치로 분기- 버그를 고치고
main
으로 merge
- 버그를 고치고