1. 기획 단계에서 매주 월요일 회의를 진행합니다.
  2. 하나의 기능 구현이 끝나면 팀원이 모두 모여 코드리뷰를 진행 후 해당 코드의 문제점이 없는지 확인합니다.

Git Flow 전략

  1. git 브랜치 이름은 이슈번호와 동일하게 설정합니다.

    ex) 이슈 번호가 1일 경우 feature/1로 브랜치 생성합니다.

  2. 백엔드의 Merge 주기는 해당 세부 기능별로 브랜치 생성후

    해당 기능 구현이 끝났을 때 팀원들간 코드 리뷰 후 해당 코드가 정상 코드라 판단 시 Pull Request를 통해 Merge합니다.

    ex) 마이페이지의 경우 내정보 불러오기 및 수정, 매치 정보 불러오기, 팀정보 불러오기 등으로 나눕니다.

  3. 프론트엔트의 Merge주기는 컴포넌트 단위로 브랜치 생성 후 해당 컴포넌트가 완성되면 Pull Request를 통한 Merge합니다.

    단, 회원가입, 로그인과 같이 분리하기 어려운기능의 경우 해당 기능이 완료되면 Pull Request합니다.

  4. Commit message의 경우 추가, 수정, 생성 과 같은 내용 명시적으로 작성