• [타입명 대문자로 시작] 메세지 내용
  • 의견 조율 결과 : [Feat]과 같이 대괄호 + 첫글자 대문자로 혼합하여 사용하자!
  • 메세지 내용 한글로 작성
  • 특이사항 or 추가 설명 작성이 더 필요할 경우 내용에 추가 작성하기
• Commit 크기 : 기능 단위

• merge를 우선으로 하고 rebase는 필요한 경우에 진행
• rebase할 때 왜 필요한지 팀원에게 말하고 하기

PR ⇒ 리뷰 ⇒ Merge 순서로 진행

• 지금까지 해온 것처럼 PR 작성
• 팀원들과 함께 리뷰 하고 확인 후 merge 진행
• 스스로 merge하지 말 것!

• 딜레이 될 경우
• 데일리 스크럼에서 바로 머지 되는 경우⇒ 머지
• 수정이 필요할 경우 당일 7시 전까지 수정 후 다시 리뷰 후 머지

• main : default
• dev : dev ⇒ main으로 PR 리뷰 merge
• feature ⇒ dev : PR 후 리뷰하여 merge
  • feature/ui-deisgn 작업 후 완성 ⇒ dev로 PR ⇒ 데일리 스크럼에서 함께 확인 후 merge
• dev ⇒ main : PR
  • Minimally Viable Product (MVP) 완성되면 dev에서 main으로 PR 후 확인하여 MERGE
  • 버전 업 될 때마다 릴리즈 추가하기

• feature/ui-design
  • 폴더 구조가 생기면 좋은 점은?
    • 하위를 볼 수 있다.

https://docs.github.com/ko/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors

$ git commit -m "Refactor usability tests.
>
>
Co-authored-by: Yujin Jeong <[email protected]>
Co-authored-by: 이름 <[email protected]>
Co-authored-by: 이름 <깃헙메일주소>
Co-authored-by: 이름 <깃헙메일주소>
Co-authored-by: 이름 <깃헙메일주소>"