ci(merge-order-guard): 스택 PR 의 blocked_by 위반을 주석대로 경고로 낮춘다 [base: develop]

[OnlyReadOneBook]

Closes #1059

문제

merge-order-guard.yml 주석은 이미 이렇게 적혀 있다.

실패로 올리면 스택 PR 이 수명 내내 X 로 남아 목록에서 진짜 CI 실패와 구분되지 않으므로 경고로만 남긴다.

그런데 코드는 그 의도를 구현하지 않았다. case "$BASE_REF" 로 경고 한 줄을 찍기만 하고, 이어지는 blocked_by 검사는 base 와 무관하게 그대로 돌아 fail=1 을 만든다.

실제 피해자가 #863 이다. base 가 feat/735 인 스택 PR 인데, 부모 이슈 #735 가 열려 있다는 이유만으로 required check 인 guard 가 수명 내내 red 다. 주석이 막으려던 상태가 그대로 벌어졌다.

변경

stacked 플래그를 세워, blocked_by 위반을 만났을 때 스택 PR 이면 ::warning::, base 가 develop/main 이면 종전대로 ::error:: + fail=1.

스택 PR 은 develop 로 직접 머지되지 않는다. base 가 develop 로 이관되는 순간 이 가드가 다시 돌아 error 로 막으므로, 순서 강제력은 그대로다.

검증

가드 스크립트를 워크플로에서 떼어내 gh 를 스텁으로 갈아끼우고 base 별로 실행했다 (closing 이슈 #849 → 열린 blocker #735 시나리오):

base	exit	출력
feat/735	0	warning 2건
develop	1	error 1건
main	1	error 1건
other/x	0	warning 2건

• YAML 파싱 OK
• bash -n (가드 run 스크립트) OK
• node --test .github/scripts/lint-workflow-policy.test.mjs → 6 pass / 0 fail

리뷰어에게

• develop 게이트는 약화되지 않는다. base 가 develop/main 인 PR 의 차단 동작은 실측대로 그대로다. 바뀌는 건 아직 develop 를 겨냥하지 않은 스택 PR 뿐이다.
• 시각 변경 없음 (워크플로 1파일) — 스크린샷 baseline 사이클 skip.
• 이 결함을 그대로 적어 둔 이슈가 fix(ci): merge-order-guard 가 스택 PR 을 수명 내내 red 로 남긴다 — blocker 를 base 브랜치가 닫는 경우 #1059 다 — 제안된 두 안 중 넓은 쪽(비 develop base 면 blocked_by 도 경고)을 택했다. ci(review-debt-guard): 죽은 review_request_removed 경로를 걷는다 [base: ci/review-debt-real-permission] #1157 과 같은 방식의 CI 정비 건이다.