2022.07.04

데일리 회의

각자 한 일

• 필즈

  • git에 대한 기본적인 공부 / remote와 연동시 상황 가정하여 연습
  • hibernate기반 객체 연관관계 작성!

• 아스피

  • 브랜치 전략에 대해 알아봄. 우리 프로젝트에 맞춰서 브랜치 전략을 가져가는게 좋을 것 같다.
  • DB 설계를 하면서 isAnonymous 가 이번 스프린트에 필요한게 있을까 고민했다

• 썬

  • 브랜치 전략에 대해 알아봄. 우형 블로그 참고
  • DB 설계를 하다가 API가 하나 더 추가될 수도 있겠다라는 생각함

• 포키

  • DB 설계 (추천이랑 user 까지 고려하여 간략하게 생각해봤음)
  • 브랜치 전략 해보면서 공부

• 쿤

  • git flow 전략, git lab flow 전략 공부
  • 엔티티 연관관계, DB 연관관계에 대해서 알아봄

• 우디

  • 프로토타이핑 완료
  • 토론 창이 보여지는게 메신저 느낌인게 좋을 것 같다

  → 메신저가 카드 형식으로 보여지면 좋겠다는 의견

• 밧드

  • git flow, gitlabl flow 공부
  • 프로토타이핑
  • 프로젝트 환경설정

토론 만들 때, 토론 유형을 정하면 좋을 것 같다.

• 찬반 토론
• 자유 토론
• 투표 토론
• 타이머 기능 유무

브랜치 전략

찜콩 전략으로 하기로 함

main 브랜치 (배포) , dev 브랜치 (기능 개발후 합침) , feature 브랜치 (각 기능) 로 나눔

feature 브랜치에서 기능 개발 끝나고 dev에 merge 할 때는 merge —no-ff 옵션을 고려해봐야 할 듯

우리가 feature 브랜치에서 기능 개발이 끝나고 pull request 날릴 때 여러 옵션이 있다.

여러 옵션에 대해 알아보는 시간을 가지면 좋을 것 같다

브랜치명

• main (배포)
• develop (각 기능 개발 후 합쳐지는 곳)
• feature (기능 개발)
• ex)
  • feature/be/discussion
  • feature/fe/discussion

버전 관리

• 패치 버전 (x.y.Z)
• 작은 버전 (x.Y.z)
• 주요 버전 (X.y.z)

관련 링크

https://spoqa.github.io/2012/12/18/semantic-versioning.html

프로젝트 폴더명

루트 경로 : backend, frontend

회의 시간

데일리 회의 : 오전 10시

마무리 회의 : 오후 5시

마무리 회의

깃허브 이슈

이슈를 할당해야 할 때 동그라미 버튼을 누르면, 이슈가 생긴다. PR 템플릿에서 내용 작성할 때, close #이슈 번호 는 위에 적어준다. 이슈 frontend, backend 라벨 우디가 만든다고 함

API 명세

discussion 조회할 때, opinions 같이 응답 값으로 보내줄 것인가, 따로 보내줄 것인가에 대한 고민사항 중 따로 보내주는 것으로 결정

updatedAt은 수정이 안되었을 때, null 값으로 보내주지 않고 createdAt 시간으로 만들어줌

예외 상황

브라우저를 통해서 서비스를 사용했을 때, 접하기 힘든 예외 상황은 사용자에게 보여줄 예외 메시지가 아니기 때문에 서버에서 작성하기로 프론트가 사용할지는 더 고려