chore: release 승격 워크플로우에 강제 재배포 옵션 추가

[manNomi]

Summary

• release.yml 수동 실행 입력값에 force_redeploy(boolean)를 추가했습니다.
• main과 대상 release 브랜치 SHA가 같아도 force_redeploy=true이면 대상 브랜치에 empty commit을 생성해 Vercel 배포 트리거를 강제로 발생시키도록 구현했습니다.
• 기존 target(web/admin/both) 분기 로직은 유지하면서 step summary에 강제 트리거 결과를 기록하도록 확장했습니다.

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
solid-connect-web-admin	Ready	Preview, Comment	Feb 18, 2026 9:09am
solid-connection-web	Ready	Preview, Comment	Feb 18, 2026 9:09am

[coderabbitai]

Warning

Rate limit exceeded

@manNomi has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 25 minutes and 6 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

Walkthrough

이번 변경사항은 GitHub Actions 워크플로우 및 빌드 설정을 정리하고 개선하는 세 가지 주요 수정을 포함합니다:

1. deploy-stage.yml 워크플로우 제거: 스테이지 배포 파이프라인 전체가 삭제되었습니다. 이 파일은 경로 필터링을 통해 web, admin, shared, root 타겟을 분류하고 Vercel을 통해 조건부 배포를 수행하는 검출-배포 작업을 포함했습니다.

2. release.yml 워크플로우 개선: 특정 릴리스 브랜치(web, admin, 또는 둘 다)로의 프로모션을 가능하게 하는 입력 매개변수가 추가되었습니다. 단일 브랜치 로직이 반복 기반 프로모션으로 리팩토링되어 릴리스 브랜치 생성, 강제 재배포, 브랜치별 세밀한 로깅을 처리합니다.

3. turbo.json 설정 수정: 빌드 작업 출력에서 .vercel/output/** 경로가 제거되었으며, dist/**와 .output/**은 유지됩니다.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 분

Suggested reviewers

• wibaek
• enunsnv
• khwww

🚥 Pre-merge checks | ✅ 2 | ❌ 2

❌ Failed checks (1 warning, 1 inconclusive)

Check name	Status	Explanation	Resolution
Merge Conflict Detection	⚠️ Warning	❌ Merge conflicts detected (3 files): ⚔️ .github/workflows/release.yml (content) ⚔️ apps/web/src/apis/universities/server/getSearchUniversitiesByFilter.ts (content) ⚔️ apps/web/src/app/university/[homeUniversity]/page.tsx (content) These conflicts must be resolved before merging into main.	Resolve conflicts locally and push changes to this branch.
Description check	❓ Inconclusive	작업 내용 섹션은 충실하나, 필수 템플릿 섹션인 '관련 이슈'와 '특이 사항'이 누락되어 있습니다.	'관련 이슈' 섹션에 해당 PR을 해결하는 이슈 번호를 추가하고, '특이 사항' 섹션에서 deploy-stage.yml 제거 등 주요 변경사항을 명시해 주세요.

✅ Passed checks (2 passed)

Check name	Status	Explanation
Title check	✅ Passed	PR 제목이 주요 변경사항인 release 워크플로우에 강제 재배포 옵션 추가를 명확하고 구체적으로 설명하고 있습니다.
Docstring Coverage	✅ Passed	No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

_{✏️ Tip: You can configure your own custom pre-merge checks in the settings.}

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Post copyable unit tests in a comment
• Commit unit tests in branch fix/unify-stage-prod-vercel-deploy

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

[coderabbitai]

🧹 Nitpick comments (2)

.github/workflows/release.yml (2)

35-35: actions/checkout 버전이 일관되지 않아요.

Line 35에서는 actions/checkout@v3을, Line 53에서는 actions/checkout@v4를 사용하고 있어요. 동작에 문제가 생기진 않지만, 일관성을 위해 v4로 통일하는 것을 권장드려요.

♻️ 수정 제안

-      - uses: actions/checkout@v3
+      - uses: actions/checkout@v4

---

89-134: 브랜치별 승격 루프 로직이 잘 구성되어 있어요 👍

전체 흐름을 정리하면:

1. 브랜치 미존재 → main에서 새로 생성
2. SHA 동일 + force_redeploy → empty commit으로 배포 트리거
3. SHA 동일 + force_redeploy 아님 → skip
4. SHA 상이 → ancestry 검증 후 업데이트
5. ancestry 실패 → 즉시 중단 (exit 1)

한 가지 참고 사항이 있어요. target=both일 때 첫 번째 브랜치에서 ancestry 검사가 실패하면 exit 1로 스크립트가 종료되어 두 번째 브랜치는 처리되지 않아요. 의도된 fail-fast 전략이라면 괜찮지만, 두 브랜치를 독립적으로 처리하고 싶다면 에러를 누적한 뒤 마지막에 종합 결과를 반환하는 방식도 고려해 볼 수 있어요.

💡 독립 처리 방식 예시 (선택 사항)

+          FAILED=0
           for BRANCH in $RELEASE_BRANCHES; do
             # ... (existing fetch/check logic) ...

             if ! git merge-base --is-ancestor "origin/$BRANCH" origin/main; then
               echo "$BRANCH is not an ancestor of main. Resolve release history before promotion." >&2
-              exit 1
+              {
+                echo "- $BRANCH: ❌ not an ancestor of main"
+              } >> "$GITHUB_STEP_SUMMARY"
+              FAILED=1
+              continue
             fi

             # ... (existing push logic) ...
           done
+
+          if [ "$FAILED" -ne 0 ]; then
+            echo "One or more branches failed promotion." >&2
+            exit 1
+          fi