main : 제품으로 출시될 수 있는 브랜치develop : 다음 출시 버전을 개발하는 브랜치 (main에서 뽑아서 작업)feature/(작업하는기능) : 기능을 개발하는 브랜치 (develop에서 뽑아서 작업)fix/(수정하는문제) : develop 브랜치에서 문제가
일주일동안 나는 옷장을 관리하는 Closet API를 설계하였고, 팀원은 회원을 관리하는 User API를 설계하였다. 우리는 각각 다른 브랜치 feature/closet과 feature/user 에서 작업하였고, 상위 브랜치인 dev에 merge하여 작업을 이어나갔다

MySQL DB와 연결하고 실제 프론트엔드에서 추가한 데이터가 백엔드를 거쳐 DB로 저장되는지 확인했다.예전 API 연결 셰션때에는 그냥 @CrossOrigin 만으로도 깔끔히 처리됐지만, 이번에는 JWT 토큰의 도입으로 인해 추가적인 조치가 필요했다. 따라서, Sec
git fetch origin만약 충돌 날 경우git branch -r | grep "origin/feature/wears” (충돌 난 브랜치)원격에 없는 브랜치 흔적 제거git remote prune origin그 후 다시 fetchgit fetch origin그리고
처음에는 username으로 진행했다가 id 기반으로 변경하였다.username은 추후 닉네임/아이디 변경 기능이 추가될 수 있기 때문이다. 즉, PK가 더 이상 아닐 수 있게 된다.username은 VARCHAR -> 평균 바이트 수가 더 큰 반면, userId는 고
세탁 관련 API를 추가하였다.우선 Cloth에 세탁 상태 필드를 추가한다.boolean과 enum 중 어떤 데이터타입을 사용할 지 고민했는데, enum을 사용해보기로 했다.두 가지 상태를 만들었다.User에 값을 추가한다.isUsingWashUpTech를 만들고 프론