전세웅 - 🍟

신준수 - 🏄🏻

박주영 - 🗡️

이호진 - 🔧

현재 진행 상황

• 지난주 금요일까지 단일 Error를 보여주는 기능 완료
• Error를 분류해서 Issue로 변환
• 프론트에서 Error → Issue API 변화 리팩토링 중
• 프로젝트 생성 기능 구현 완료
  • Owner를 넘기는 기능 추가 필요 (Role 변경)
  • 실제 환경에서 권한? - super(rw+a) / read, write / read
• 멤버 초대 기능 구현 완료

질문사항

• Redux 를 써야하는 이유? (호진)

  • 다들 많이 쓰는데, 우리 프로젝트에서 왜 써야하는지 이유를 찾지 못하겠다.
    • 쓸만한 곳들?
    • 앞으로 프로젝트 볼륨이 커지면 전역 상태관리가 필요할 것
    • Chrome의 Redux Toolkit으로 상태관리 디버깅이 쉬워짐
  • 비동기 미들웨어 처리? (Side Effect)
  • 다른 페이지로 넘어갈 때 Redux State를 refresh 해주어야 하는가?
    • 정책에 따라 다름! (새로운 페이지 보여주고 싶은지 여부)
  • Sentry에서 필터링 할 때마다 매번 새로 fetch 하는 이유?
    • Sentry는 항상 최신의 에러 데이터를 봐야 함
  • SPA에서는 꼭 필요한 상태관리 방법

• 로그인 (주영)

  토큰을 cookie에 넣어놓고 써야 하나요, localStorage에 넣어서 써야 하나요?

  • http-only cookie
  • 단순하게 cookie에 넣는 것이 더 좋을 것 같다. (멘토님)
  • localStorage를 쓰는 이유. Cross-domain Cookie가 힘들어서.

• Database (세웅)

  • Error, Issue 컬렉션을 합쳐서 써야 할지? 아니면 따로 embedded로 써야할지?
    • RDB 기반에서는 id 값 저장으로 사용하는 것이 기본
    • 데이터 정합성 문제?
      • 전반적으로 중요함
      • 이슈와 연관된 테이블 값이 하나는 없고 하나는 있을 때

• SourceMap (저희 서비스 사용자의 App의 sourceMap)

  • 1번은 nCloud object 스토리지에 올려놓고
  • GET으로 불러서 (브라우저)
  • Sentry에서는?
    • SourceMap 파일을 별도로 업로드하도록 요구
    • Webpack 플러그인을 사용해서 빌드하면 자동 업로드
    • GitHub 연동

• GitHub 로그인 관련

  • OAuth 로그인할 때 redirect
  1. 프론트에서 처리
  • Access Code 받아옴
  • Access Code로 API 형식으로 인증 및 토큰 요청
  2. 백엔드에서 처리
  • Access Code를 queryString으로 가진 채로 백서버로 GET
  • 백서버에서 처리하고 토큰을 쿠키로 넣어줌