![[팀3] 아이육](https://www.notion.so/image/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2F42f3f288-cddc-4aa9-9c8c-5fda2385816c%2F%E1%84%8B%E1%85%A1%E1%84%8B%E1%85%B5%E1%84%8B%E1%85%B2.jpeg?table=block&id=28f236d1-2c78-43ef-b1a5-662df6e93477&cache=v2)
✏️ Intro
🧑💻백엔드 팀원 3명은 다음과 같은 룰에 따라 프로젝트를 진행합니다.
⏰ 코어타임
- 오프라인 모임이 없는 날 :
10:30 ~ 19:00,23:00 ~ Free
- 오프라인 모임 :
14:00 ~ 19:00
- 주말은 자유롭게
🔖 회고
데일리 회고를 작성한다. (최대한 가볍게, 그날의 느낀점으로)
주간 회고를 작성한다. (잘한점, 부족한점)
🚀 프로젝트 관리
프로젝트 관리
GitHub를 사용하여 프로젝트를 관리한다.
Git-Flow전략을 적용하여 브랜치를 관리한다.
- 개발할 목록을
이슈로 작성한다.
- 이슈 번호로
PR을 작성한다.
- PR의 내용은 적용된
템플릿에 맞게 작성한다.
Merge는 반드시 팀원 1명 이상의리뷰가 필요하다.
- GitHub Action에 적용된 룰에 따라
테스트 커버리지,코드 컨벤션,빌드 실패시 머지가 불가능하다.
- 커밋 네이밍은 다음과 같다.
feat: 새로운 기능 추가 fix: 버그 픽스 docs: 문서 수정 style: 포맷, 세미콜론 수정, Optimize import, Code clean up 등 코드가 아닌 스타일에 관련된 수정 refactor: 코드 리펙토링 test: 테스트 코드 추가 chore: 빌드 관련 업무 수정(안드로이드의 경우 builde.gradle, manifest)
📐코드 컨벤션
코드 컨벤션
- 기본적으로
캠퍼스 핵데이 Java 코딩 컨벤션룰에 따른다.
- 단 indent 단위는
스페이스바 4칸을 적용한다.
gradle check style을 적용한다.
- 한 줄은 120자를 넘지 않는다.
네이밍 컨벤션
- dto naming
API 컨벤션
- 응답은 항상
일관적인 포멧을 사용한다.
테스트 컨벤션
@DisplayName어노테이션을 사용하여 테스트 이름을 가독하기 좋게 작성한다.
given,when,then명시한다. (자동 완성 활용)
- 테스트는 최대한 단위테스트, 경량화를 고민해보고 작성한다.
- 예외 처리에 대한 테스트를 반드시 작성한다.
로그 컨벤션 (회의중)
INFO
DEBUG
ERROR
Commit 컨벤션
feat: 새로운 기능 추가
fix: 버그 픽스
docs: 문서 수정
style: 포맷, 세미콜론 수정, Optimize import, Code clean up 등 코드가 아닌 스타일에 관련된 수정
refactor: 코드 리펙토링
test: 테스트 코드 추가
chore: 빌드 관련 업무 수정(안드로이드의 경우 builde.gradle, manifest)
브랜치 전략
feature/{issueNumber}
PR 컨벤션
- 최소 1명으로 승인
- 하던거 마무리 하고 바로 리뷰하는 형식으로
- description 잘 작성하자
- 커밋 잘 짜르기
- 네이밍 규칙
[#{IssueNumber}] 00000 기능 구현
pr 규칙
- 최소 1명으로 승인
- 하던거 마무리 하고 바로 리뷰하는 형식으로
- description 잘 작성하자
- 커밋 잘 짜르기
- 네이밍 규칙
[CP-{IssueNumber}] 00000 기능 구현