f-lab-edu / check-in-before-leaving

사람들이 많이 모이는 핫플에 대한 현재 상황을 "체크인"요청으로 공유 받고 줄서기 또는 간단한 요청을 하여 보상을 제공합니다.
1 stars 0 forks source link

[023-모니터링-위한-변경3] #57

Closed ScottSung7 closed 1 week ago

ScottSung7 commented 2 months ago

변경사항

A. 변경 1 : save때 void 대신 id 리턴

B. 변경 2 : Multipart 전송시 JSON 파일로 받기에서 파라미터로 필요 값만 받기로 변경

C. 변경 3: Place Autoincrement 제거, Kakao API에서 받은 값으로 수동 입력으로 변경

질문

Q1 : 이번 커밋때 첫번째 커밋(커밋1: https://github.com/f-lab-edu/check-in-before-leaving/commit/1aead6bb57087a34f7eaa9891a71e883de90d1b9) 과 관련된 부분을 같이 커밋하지 않아서 두번째 커밋(커밋2: https://github.com/f-lab-edu/check-in-before-leaving/commit/3fd811bf3f4eed949a1c23dcee1a8ca74614170e) 이후에 세번째 커밋(이후 추가 커밋: 66134b22d9dfdb837c00bedf8c8c6f78331a6e41)에 추가하였습니다. 이 경우 현업에서는 PR을 취소하고 새로 커밋해서 PR을 다시 하는게 더 나을까요?

Q2: 이거는 저번 PR관련이긴 한데 잊고 질문을 못 드렸습니다. 협업이나 과제 제출을 한다면 docker compose파일로 빌드할 때 설정을 추가해서 java파일도 새로 빌드하도록 사용하는게 일반적인가요? 아니면 자바는 미리 빌드는 마친 후 프로젝트를 전달드리나요? (현재 각 도커파일들은 빌드되어있는 자바파일을 COPY하도록 되어있어 도커 이미지를 만들어서 빌드 파일이 없으면 docker compose 되지 않습니다. 개인 프로젝트때 자바 빌드까지 추가하면 docker compose up때 시간이 꽤 걸린 경험이 있어서 같아 질문 드립니다.)

ScottSung7 commented 1 month ago

Q1. 음.. 그렇군요. 이 부분은 제가 상황에 따라 결정해야 할 부분이겠군요. 너무 세부사항까지 여쭈어 봤던것 같습니다.

Q2. 이 부분은 빌드과정도 docker compose에 넣도록 하겠습니다. (이슈)