Team Rule

⏰👮🏻‍♂️Team Rules

💡 Code convention : [BE] 수정된 Google Java Style Guide 를 따릅니다.

💡 Code convention : [FE] prettier 사용..?

💡 Commit message : 유다시티 커밋 컨벤션을 따릅니다. (한글번역)

💡 Issue Sharing Guide

• 질문이 있거나 도움이 필요한 경우 망설이지는 않지만 생각을 충분히 한 후 질문하기
• 답변은 최선을 다하여 해주기

🤝 Git

❗️ Git Rule

• feature 브랜치(branch)에서 작업
• develop에서 브랜치 생성
• develop과 master에 직접 푸시 X / 풀 리퀘스트 O
• Pull Request 생성 전 리베이스하는 동안 잠재적인 충돌 제거
• 병합 후, 로컬과 원격에 있는 feature 브랜치 삭제
• feature 브랜치의 빌드 검사 / 코드 스타일 체크 등 모든 테스트 통과 검증 후 Pull Request
• .gitignore 사용
• develop과 master 브랜치 보호

☑️ Commit

• 유다시티 커밋 컨벤션을 따릅니다. (한글번역)

💡 Commit Message Rule

• 동명사X 관사X 명사O
• 부정문 Don't 사용
• 줄 바꿈을 통해서 제목과 본문을 구분
• 제목에 대문자를 사용
• 제목을 마침표 사용 X
• 제목에 명령법(imperative mood) 사용
• 오타 수정 = Fix typo

Work Flow

👤Leader

1. 초기 레포지토리를 받아 local에 클론
2. master 브랜치에서 초기 세팅
3. 그대로 dev 브랜치 생성
4. dev에 푸시 후 master에 merge

👥 Member

1. fork 후 로컬에 clone
2. dev 브랜치를 기반으로 feature 브랜치 생성
3. feature 브랜치에서 완성되면 해당 브랜치로 푸시
4. P/R을 upstream dev에 요청
5. (업데이트가 있을 때) upstream으로부터 pull하여 최신화된 정보 동기화

🌳 Branch - 브랜치 이름이나 각 브랜치 별 규모

dev / feature-login-component

dev / landing-page / feature-login-component