day1

가계부 서비스 A조 데일리 스크럼

자기소개

• J128 윤석주: 27살, 아주대학교앞 자취
• J114 양예진: 2x살, 경기도 안양시 거주
• J075 박상신: 27살, 경기도 화성시 거주
• J081 박승환: 26살, 대구 경산 거주

스크럼 내용

모듈은 어떻게 쓸까요?

• 타입스크립트 적용해보면 좋을 것 같아요 (어렵진 않다고 함)
• koa vs express -> 둘 다 비슷했던걸로 승환님이 기억
• NoSQL vs MySQL -> NoSQL공부해보면서 적용하면 개발이 더 좋은 것 같음.
• redux, mobx등 상태 관리 라이브러리 선택하면 좋을듯 -> mobx를 좋아하시는 것 같아요.

그라운드 룰 - 내일 7시까지

• 개발은 7시까지, 이후 달리기는 자유!

• 스크럼 마스터는 하루씩 돌아가면서! => 스크럼 내용 마스터가 wiki에 올리기

• 주말 개발은 자율적으로!

  • 대신 문서로 정리해서 남기기
  • 시작하기 전에 미리 팀원에 알리기
  • Github Project에 on progress로 이슈 남기기

• 깃헙 project, issue, PR 등을 자세하게 남겨서 기록과 문서, 협업을 대체?

  • PR에 자세하게 적기 -> 위키에도 개발 내용 올리기!

• 학습 자료 공유(docs) 👍

  • 링크와 어떠한 내용인지 간단하게 소개하기.

• [FE/BE] Feat: 상세 페이지 이슈 등록기능 추가

  • Feat: 새로운 기능을 추가할 경우
  • Fix: 버그를 고친 경우
  • Docs: 문서 수정한 경우
  • Style: 코드 포맷 변경, 세미 콜론 누락, 코드 수정이 없는 경우
  • Refactor: 프로덕션 코드 리팩터링
  • Test: 테스트 추가, 테스트 리팩터링 (프로덕션 코드 변경 없음)
  • Chore: 빌드 테스크 업데이트, 패키지 매니저 설정할 경우 (프로덕션 코드 변경 없음)


  커밋설명

브랜치 관리

• dev, feature 파자! 👍 👍 ✔️
• 아이다! 포크떠라 : 👍
• 상관 없다..: 👍

• master - 배포용, dev - 개발용, feature - 기능구현

• feature를 푸시해서 dev에 PR후 merge

PR 룰

• PR은 reviewer로 팀원 전체 설정 -> 리뷰하고 머지
• merge는 최소 2명이 approve해야 가능
• 관련된 이슈 closes #xx 로 설정
• PR할 때 이전 PR의 커밋 메세지가 겹치는 경우 특정 메세지만 표현
  • PR시 file changed 들어가서 all commit말고 작업한 커밋만 설정하기.

코딩컨벤션

• airbnb 컨벤션, 불편한건 추가
• husky로 코딩 컨벤션 검사 후 커밋하기
  • 프로젝트에 설정하면 됩니다.
• camelCaseFullName (Component는 대문자로 시작)

기술 stack (3시 이후 수정)

• FE
  • 리액트...!
  • sass
  • redux or MobX or recoil
  • typescript yes or no
• BE
  • Node
  • Koa
  • MongoDB or Mysql!

배포

• git actions + shell
• docker 벤

PM

• 하루씩 돌아가면서 맡음.