feat: CI 빌드와 배포 job 분리 및 테스트 스킵 제거#419
Conversation
Summary of ChangesHello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! 본 PR은 CI/CD 파이프라인의 안정성을 높이기 위해 워크플로우를 build와 deploy 단계로 분리하고, 테스트 검증 과정을 필수화하는 변경을 포함합니다. 이를 통해 빌드 과정에서의 테스트 실패가 배포로 이어지는 것을 방지하고, 빌드 산출물을 효율적으로 관리할 수 있도록 구성했습니다. Highlights
New Features🧠 You can now enable Memory (public preview) to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console. Ignored Files
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize the Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counterproductive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for GitHub and other Google products, sign up here. 빌드와 배포를 나누어 담고, 테스트 실패는 여기서 멈춰. 산출물 건네어 배포를 하니, 파이프라인은 더욱 튼튼해지네. Footnotes
|
There was a problem hiding this comment.
Code Review
이번 풀 리퀘스트에서는 CLAUDE.md 파일 내 배포 설명에서 GitHub Actions 파일명을 deploy.yml에서 cd.yml로 수정하였습니다. 제공된 리뷰 코멘트가 없으므로 추가적인 피드백은 없습니다.
Important
The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.
#️⃣ Issue Number
📝 요약(Summary)
.github/workflows/deploy.yml을cd.yml로 이름을 변경하고, 단일CI-CDjob을build/deploy2개 job으로 분리했습니다.buildjob:ci.yml과 동일한 MySQL 서비스 컨테이너, 테스트용 env 변수, JWT 시크릿 생성 스텝을 추가하고./gradlew build -x test→./gradlew build로 변경해 테스트 스킵을 제거했습니다. 테스트 실패 시 이 job이 실패하여 이후deployjob이 자동으로 스킵됩니다.deployjob:needs: build로build에 의존하며,actions/upload-artifact/download-artifact로 빌드된 jar(build/libs/eat-ssu.jar)를 job 간 전달받아 기존과 동일하게 Docker 빌드/푸시 및 SSH 배포를 수행합니다.hotfix/deploy-prod-fail,hotfix/deploy-dev-fail브랜치 트리거 및if조건을 제거했습니다(원격에 해당 브랜치 없음, 다른 문서/워크플로우 참조 없음 확인).CLAUDE.md에서 옛 파일명(deploy.yml)을 참조하던 부분을cd.yml로 수정했습니다.💬 공유사항 to 리뷰어
ci.yml과의 테스트 인프라 설정 중복,deployjob의 브랜치if조건 부재)는 이번 PR 범위를 벗어난다고 판단해 후속 이슈 #418로 분리했습니다.develop/mainpush 시 워크플로우가 의도대로 동작하는지(테스트 실패 시 배포 차단, 산출물 전달 등)는 머지 후 실제 push로 확인이 필요합니다. 로컬에서 GitHub Actions 실행 자체를 검증하지는 못했습니다.✅ PR Checklist
PR이 다음 요구 사항을 충족하는지 확인하세요.