<aside>

</aside>

1. 협업 프로세스

브랜치 전략은

 main ← develop ← feat/#이슈번호 형식으로 Git Flow 브랜치 전략을 사용하기로 했습니다.

커밋 컨벤션의 경우는

• feat: #1 로그인 API 구현
• fix: #3 배포 스크립트 오류 수정
• docs: #5 README 업데이트

타입: #이슈번호 내용 형식을 기본으로 가져가기로 했어요.

코드리뷰는

‘기능 단위 PR’과 ‘최소 1명의 승인 후 병합 가능’을 조건을 두었습니다.

**"코드의 일관성 유지"**와 **"불필요한 포맷팅 논쟁 최소화"**를 위해 코드 스타일을 통일했습니다. 업계 표준인 Google Java Style Guide을 사용하고, 이를 IntelliJ Formatter에 적용하여 개발 환경을 자동화했습니다. 이를 통해서 누구나 동일한 품질의 코드가 나오도록 했습니다.

CodeRabbit의 도입

PR 리뷰 단계의 리뷰 품질을 위해 CodeRabbit을 도입했습니다.

사람 리뷰만으로는 놓치기 쉬운 버그, 성능 이슈, 보안 취약점을 자동으로 1차 검증함으로써 코드 품질의 최소 기준을 확보하고자 했습니다.