•
코드 컨벤션
◦
package 구성
▪
domain
•
각 도메인 별 servie/controller/dto/entity/repository
◦
helper
•
global
◦
aop
▪
exception
▪
jwt
▪
config
•
security
◦
WebSe
◦
jpaAuding.class
◦
redisConfig.class
ManyToOne Fetchtype은 lazy로 통일
dto파일 네이밍은 모두 DTO로 통일
CommonResponseDTO 사용하지 않고 api 명세에 맞는 response dto파일 만들기
dto파일은 record 지향
서비스가 여러가지 레파지토리를 사용할 수 있음(좋은 방향은 x, service가 다른 서비스를 마음껏 사용x, 밀접한 관계가 있지 않는 이상 다른 레포지토리를 침범하는것은 사용 지양)
API 검증은 컨트롤러에서 함
entity 내부에 메서드 존재
•
깃플로우 전략
◦
main : 배포용 develop : 통합용 feature : 각자 기능 개발
◦
이슈 전략 : 이슈번호를 기준으로 풀리퀘해서 매핑해서 넣어준다(자동 가능). 브랜치명 ex) 11_??? 일단은 Label관리정도까지만 들어가면 좋지 않을까 Label 매핑까지만 해주면 좋을듯
•
배포 계획
◦
도커 사용
•
이번 주 한 일
◦
기획 및 기획 개편
◦
개발 환경 설정
◦
팀원 개인
세훈
유섭
팀원
태인
•
이외에도 기술적인 방향을 잡기 위한 질문을 정리해두시면 가장 좋습니다!
김세훈
김성훈
신유섭
안태인
◦
이외로 튜터님 해 주신 말씀 :
칸반 보드 →
보통 Issue URL을 복사해서 현황보드에 넣어둠 이래이래하고있다 알려주는것
할일 = 이슈 / 기획자나 tester가 쌓음 개발자들은 보고 맡은 도메인을 기준으로 우선순위를 정해서 진행중으로 옮기고 브랜치따고 작업시작
진행 중 = branch생성 및 코드작성
코드리뷰 = pr생성, 코드리뷰
완료 = merge완료
프레임워크 →
spring 2->3에서 security 많이 바뀜
배운건 3이상으로 배웠으므로 사용했다라고 해도됨
framework부분은 크게 신경x
•
숙제: 멘토링 결과 다음 주까지 해올 일
◦
팀 전체 (리더와 부리더님께서 필두로 정리해 주세요.)
▪
◦
팀원 개인별로 작성해 주세요.
