회의록(201027)

📖 2020.10.27. 회의록

회의 안건

• Git 브랜치 전략 세우기
• 마일스톤 정하기

Git 브랜치 전략

• Git 브랜치 전략
  • master
    • 배포
    • 매주 코드프리징 시점(or 리팩토링) 후, merge.
  • develop
    • 개발 브랜치
    • PR 코멘트 확인 후, squash and merge(PR 이력관리)
  • feature
    • 기능 개발 브랜치
    • 기능 개발 후, develop에 Pull Request, 브랜치 삭제
    • 브랜치 이름 = 이슈번호 + 기능설명 (ex: feature/1-login)
• PR Message
  • 구현내용
  • 고민사항(팀원과 공유하고 싶은?)
• Squash and Merge 방식 채택
• master branch에 merge는 목요일 코드프리징 이후 진행

마일스톤 정하기

• 기능/페이지 단위로 마일스톤을 정한 후 진행

• 마일스톤을 정한 후 주 별 이슈 생성

• 이번 주는 다음과 같은 사항에 대해서 진행 예정

  • 환경 세팅

    • Front-End 설정
    • Back-End 설정

  • 설계

    • 기능 상세 분석
    • API 설계
    • DB 설계

  • 유저 관리

    • Github 로그인 / 회원가입

  • 이슈 목록

  • 이슈 생성

  • 이슈 상세

  • 레이블 목록

  • 마일스톤 목록

네이밍 컨벤션에 관한 회의

• 최근 JS 작업에서 케밥 케이스를 주로 사용한다는 이야기를 듣고 많은 npm module이 케밥 케이스를 활용하는 것을 확인함.
• 많이 사용하는데에는 이유가 있을 거라고 생각하고 직접 사용해보면서 그 장점을 알아가기로 함.
• React Component는 파스칼 케이스로 쓰는 것이 관행이기에 다른 사람이 코드를 읽을 때 편의를 위해 평소 관행인 파스칼 케이스를 따르기로 했음.

특이사항

• 김도호 : 14:00~18:00 학교갑니다 😢
• 오늘 20시부터 다시 진행!

etc

• 마크다운 알아보기