🚑 게시 검증·자동 재게시 복구 — 38회 실행이 전부 실패하고 있었습니다

[Kevinlee7250]

요약

"글 발행 후 성공·실패를 확인하고 재발행"하는 기능은 이미 blog-verify.yml로 있었습니다. 다만 7월 8일 이후 38번 실행돼 38번 모두 실패했고, 08-13 이후로는 트리거조차 되지 않았습니다. 이 안전망은 한 번도 작동한 적이 없습니다.

새로 만들지 않고 있던 것을 고쳤습니다.

원인 3가지

1. bash -e가 의도된 종료 코드에서 스텝을 죽임

post_verifier는 종료 코드로 결과를 알립니다 — 0=전원 통과, 1=품질 미달, 2=재게시 필요. 그런데 스텝이 bash -e로 돌아 0이 아닌 순간 그 자리에서 중단됐습니다.

python post_verifier.py $FLAGS# ← 여기서 스텝 종료
EXIT_CODE=$?# ← 실행 안 됨echo"exit_code=$EXIT_CODE">>$GITHUB_OUTPUTexit 0 # ← 실행 안 됨

exit_code 출력이 비어 재게시 단계(if: steps.verify.outputs.exit_code == '2')가 영영 실행되지 않았습니다. 워크플로 주석에는 "워크플로우 계속 진행"이라 적혀 있는데 실제로는 정반대였습니다.

→ python post_verifier.py $FLAGS || EXIT_CODE=$?

2. workflow_run 브랜치 필터에 latest가 없음

blog-run은 스케줄로 돌 때 기본 브랜치(latest)에서 실행됩니다. 필터가 기능 브랜치만 지정하고 있어 08-13 이후 트리거가 아예 걸리지 않았습니다.

→ branches: [latest, claude/blog-automation-system-KAbtE]

3. print_report가 last_updated=None에서 TypeError

report.get('last_updated', '없음')[:16]
TypeError: 'NoneType'objectisnotsubscriptable

.get의 기본값은 키가 없을 때만 쓰입니다. load_report()가 {"last_updated": None}을 돌려주므로 키는 있고 값만 None이라 기본값이 적용되지 않았습니다.

→ (report.get('last_updated') or '없음')[:16] — 이 수정은 기능 브랜치에 있으며, 워크플로가 그 브랜치를 체크아웃해 실행합니다.

범위

latest에는 .github/workflows/blog-verify.yml 한 파일만 올립니다. workflow_run 트리거는 기본 브랜치의 정의를 읽으므로 이 PR이 머지돼야 ①②가 효력을 갖습니다.

검증

기능 브랜치 테스트 489건 통과 (print_report 회귀 2건 추가).

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

---

Generated by Claude Code

[Kevinlee7250]

요약

"글 발행 후 성공·실패를 확인하고 재발행"하는 기능은 이미 blog-verify.yml로 있었습니다. 다만 7월 8일 이후 38번 실행돼 38번 모두 실패했고, 08-13 이후로는 트리거조차 되지 않았습니다. 이 안전망은 한 번도 작동한 적이 없습니다.

새로 만들지 않고 있던 것을 고쳤습니다.

원인 3가지

1. bash -e가 의도된 종료 코드에서 스텝을 죽임

post_verifier는 종료 코드로 결과를 알립니다 — 0=전원 통과, 1=품질 미달, 2=재게시 필요. 그런데 스텝이 bash -e로 돌아 0이 아닌 순간 그 자리에서 중단됐습니다.

python post_verifier.py $FLAGS# ← 여기서 스텝 종료
EXIT_CODE=$?# ← 실행 안 됨echo"exit_code=$EXIT_CODE">>$GITHUB_OUTPUTexit 0 # ← 실행 안 됨

exit_code 출력이 비어 재게시 단계(if: steps.verify.outputs.exit_code == '2')가 영영 실행되지 않았습니다. 워크플로 주석에는 "워크플로우 계속 진행"이라 적혀 있는데 실제로는 정반대였습니다.

→ python post_verifier.py $FLAGS || EXIT_CODE=$?

2. workflow_run 브랜치 필터에 latest가 없음

blog-run은 스케줄로 돌 때 기본 브랜치(latest)에서 실행됩니다. 필터가 기능 브랜치만 지정하고 있어 08-13 이후 트리거가 아예 걸리지 않았습니다.

→ branches: [latest, claude/blog-automation-system-KAbtE]

3. print_report가 last_updated=None에서 TypeError

report.get('last_updated', '없음')[:16]
TypeError: 'NoneType'objectisnotsubscriptable

.get의 기본값은 키가 없을 때만 쓰입니다. load_report()가 {"last_updated": None}을 돌려주므로 키는 있고 값만 None이라 기본값이 적용되지 않았습니다.

→ (report.get('last_updated') or '없음')[:16] — 이 수정은 기능 브랜치에 있으며, 워크플로가 그 브랜치를 체크아웃해 실행합니다.

범위

latest에는 .github/workflows/blog-verify.yml 한 파일만 올립니다. workflow_run 트리거는 기본 브랜치의 정의를 읽으므로 이 PR이 머지돼야 ①②가 효력을 갖습니다.

검증

기능 브랜치 테스트 489건 통과 (print_report 회귀 2건 추가).

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

---

Generated by Claude Code

[Kevinlee7250]

요약

"글 발행 후 성공·실패를 확인하고 재발행"하는 기능은 이미 blog-verify.yml로 있었습니다. 다만 7월 8일 이후 38번 실행돼 38번 모두 실패했고, 08-13 이후로는 트리거조차 되지 않았습니다. 이 안전망은 한 번도 작동한 적이 없습니다.

새로 만들지 않고 있던 것을 고쳤습니다.

원인 3가지

1. bash -e가 의도된 종료 코드에서 스텝을 죽임

post_verifier는 종료 코드로 결과를 알립니다 — 0=전원 통과, 1=품질 미달, 2=재게시 필요. 그런데 스텝이 bash -e로 돌아 0이 아닌 순간 그 자리에서 중단됐습니다.

python post_verifier.py $FLAGS# ← 여기서 스텝 종료
EXIT_CODE=$?# ← 실행 안 됨echo"exit_code=$EXIT_CODE">>$GITHUB_OUTPUTexit 0 # ← 실행 안 됨

exit_code 출력이 비어 재게시 단계(if: steps.verify.outputs.exit_code == '2')가 영영 실행되지 않았습니다. 워크플로 주석에는 "워크플로우 계속 진행"이라 적혀 있는데 실제로는 정반대였습니다.

→ python post_verifier.py $FLAGS || EXIT_CODE=$?

2. workflow_run 브랜치 필터에 latest가 없음

blog-run은 스케줄로 돌 때 기본 브랜치(latest)에서 실행됩니다. 필터가 기능 브랜치만 지정하고 있어 08-13 이후 트리거가 아예 걸리지 않았습니다.

→ branches: [latest, claude/blog-automation-system-KAbtE]

3. print_report가 last_updated=None에서 TypeError

report.get('last_updated', '없음')[:16]
TypeError: 'NoneType'objectisnotsubscriptable

.get의 기본값은 키가 없을 때만 쓰입니다. load_report()가 {"last_updated": None}을 돌려주므로 키는 있고 값만 None이라 기본값이 적용되지 않았습니다.

→ (report.get('last_updated') or '없음')[:16] — 이 수정은 기능 브랜치에 있으며, 워크플로가 그 브랜치를 체크아웃해 실행합니다.

범위

latest에는 .github/workflows/blog-verify.yml 한 파일만 올립니다. workflow_run 트리거는 기본 브랜치의 정의를 읽으므로 이 PR이 머지돼야 ①②가 효력을 갖습니다.

검증

기능 브랜치 테스트 489건 통과 (print_report 회귀 2건 추가).

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

---

Generated by Claude Code

[Kevinlee7250]

요약

"글 발행 후 성공·실패를 확인하고 재발행"하는 기능은 이미 blog-verify.yml로 있었습니다. 다만 7월 8일 이후 38번 실행돼 38번 모두 실패했고, 08-13 이후로는 트리거조차 되지 않았습니다. 이 안전망은 한 번도 작동한 적이 없습니다.

새로 만들지 않고 있던 것을 고쳤습니다.

원인 3가지

1. bash -e가 의도된 종료 코드에서 스텝을 죽임

post_verifier는 종료 코드로 결과를 알립니다 — 0=전원 통과, 1=품질 미달, 2=재게시 필요. 그런데 스텝이 bash -e로 돌아 0이 아닌 순간 그 자리에서 중단됐습니다.

python post_verifier.py $FLAGS# ← 여기서 스텝 종료
EXIT_CODE=$?# ← 실행 안 됨echo"exit_code=$EXIT_CODE">>$GITHUB_OUTPUTexit 0 # ← 실행 안 됨

exit_code 출력이 비어 재게시 단계(if: steps.verify.outputs.exit_code == '2')가 영영 실행되지 않았습니다. 워크플로 주석에는 "워크플로우 계속 진행"이라 적혀 있는데 실제로는 정반대였습니다.

→ python post_verifier.py $FLAGS || EXIT_CODE=$?

2. workflow_run 브랜치 필터에 latest가 없음

blog-run은 스케줄로 돌 때 기본 브랜치(latest)에서 실행됩니다. 필터가 기능 브랜치만 지정하고 있어 08-13 이후 트리거가 아예 걸리지 않았습니다.

→ branches: [latest, claude/blog-automation-system-KAbtE]

3. print_report가 last_updated=None에서 TypeError

report.get('last_updated', '없음')[:16]
TypeError: 'NoneType'objectisnotsubscriptable

.get의 기본값은 키가 없을 때만 쓰입니다. load_report()가 {"last_updated": None}을 돌려주므로 키는 있고 값만 None이라 기본값이 적용되지 않았습니다.

→ (report.get('last_updated') or '없음')[:16] — 이 수정은 기능 브랜치에 있으며, 워크플로가 그 브랜치를 체크아웃해 실행합니다.

범위

latest에는 .github/workflows/blog-verify.yml 한 파일만 올립니다. workflow_run 트리거는 기본 브랜치의 정의를 읽으므로 이 PR이 머지돼야 ①②가 효력을 갖습니다.

검증

기능 브랜치 테스트 489건 통과 (print_report 회귀 2건 추가).

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

---

Generated by Claude Code

[Kevinlee7250]

요약

"글 발행 후 성공·실패를 확인하고 재발행"하는 기능은 이미 blog-verify.yml로 있었습니다. 다만 7월 8일 이후 38번 실행돼 38번 모두 실패했고, 08-13 이후로는 트리거조차 되지 않았습니다. 이 안전망은 한 번도 작동한 적이 없습니다.

새로 만들지 않고 있던 것을 고쳤습니다.

원인 3가지

1. bash -e가 의도된 종료 코드에서 스텝을 죽임

post_verifier는 종료 코드로 결과를 알립니다 — 0=전원 통과, 1=품질 미달, 2=재게시 필요. 그런데 스텝이 bash -e로 돌아 0이 아닌 순간 그 자리에서 중단됐습니다.

python post_verifier.py $FLAGS# ← 여기서 스텝 종료
EXIT_CODE=$?# ← 실행 안 됨echo"exit_code=$EXIT_CODE">>$GITHUB_OUTPUTexit 0 # ← 실행 안 됨

exit_code 출력이 비어 재게시 단계(if: steps.verify.outputs.exit_code == '2')가 영영 실행되지 않았습니다. 워크플로 주석에는 "워크플로우 계속 진행"이라 적혀 있는데 실제로는 정반대였습니다.

→ python post_verifier.py $FLAGS || EXIT_CODE=$?

2. workflow_run 브랜치 필터에 latest가 없음

blog-run은 스케줄로 돌 때 기본 브랜치(latest)에서 실행됩니다. 필터가 기능 브랜치만 지정하고 있어 08-13 이후 트리거가 아예 걸리지 않았습니다.

→ branches: [latest, claude/blog-automation-system-KAbtE]

3. print_report가 last_updated=None에서 TypeError

report.get('last_updated', '없음')[:16]
TypeError: 'NoneType'objectisnotsubscriptable

.get의 기본값은 키가 없을 때만 쓰입니다. load_report()가 {"last_updated": None}을 돌려주므로 키는 있고 값만 None이라 기본값이 적용되지 않았습니다.

→ (report.get('last_updated') or '없음')[:16] — 이 수정은 기능 브랜치에 있으며, 워크플로가 그 브랜치를 체크아웃해 실행합니다.

범위

latest에는 .github/workflows/blog-verify.yml 한 파일만 올립니다. workflow_run 트리거는 기본 브랜치의 정의를 읽으므로 이 PR이 머지돼야 ①②가 효력을 갖습니다.

검증

기능 브랜치 테스트 489건 통과 (print_report 회귀 2건 추가).

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

---

Generated by Claude Code

[Kevinlee7250]

요약

"글 발행 후 성공·실패를 확인하고 재발행"하는 기능은 이미 blog-verify.yml로 있었습니다. 다만 7월 8일 이후 38번 실행돼 38번 모두 실패했고, 08-13 이후로는 트리거조차 되지 않았습니다. 이 안전망은 한 번도 작동한 적이 없습니다.

새로 만들지 않고 있던 것을 고쳤습니다.

원인 3가지

1. bash -e가 의도된 종료 코드에서 스텝을 죽임

post_verifier는 종료 코드로 결과를 알립니다 — 0=전원 통과, 1=품질 미달, 2=재게시 필요. 그런데 스텝이 bash -e로 돌아 0이 아닌 순간 그 자리에서 중단됐습니다.

python post_verifier.py $FLAGS# ← 여기서 스텝 종료
EXIT_CODE=$?# ← 실행 안 됨echo"exit_code=$EXIT_CODE">>$GITHUB_OUTPUTexit 0 # ← 실행 안 됨

exit_code 출력이 비어 재게시 단계(if: steps.verify.outputs.exit_code == '2')가 영영 실행되지 않았습니다. 워크플로 주석에는 "워크플로우 계속 진행"이라 적혀 있는데 실제로는 정반대였습니다.

→ python post_verifier.py $FLAGS || EXIT_CODE=$?

2. workflow_run 브랜치 필터에 latest가 없음

blog-run은 스케줄로 돌 때 기본 브랜치(latest)에서 실행됩니다. 필터가 기능 브랜치만 지정하고 있어 08-13 이후 트리거가 아예 걸리지 않았습니다.

→ branches: [latest, claude/blog-automation-system-KAbtE]

3. print_report가 last_updated=None에서 TypeError

report.get('last_updated', '없음')[:16]
TypeError: 'NoneType'objectisnotsubscriptable

.get의 기본값은 키가 없을 때만 쓰입니다. load_report()가 {"last_updated": None}을 돌려주므로 키는 있고 값만 None이라 기본값이 적용되지 않았습니다.

→ (report.get('last_updated') or '없음')[:16] — 이 수정은 기능 브랜치에 있으며, 워크플로가 그 브랜치를 체크아웃해 실행합니다.

범위

latest에는 .github/workflows/blog-verify.yml 한 파일만 올립니다. workflow_run 트리거는 기본 브랜치의 정의를 읽으므로 이 PR이 머지돼야 ①②가 효력을 갖습니다.

검증

기능 브랜치 테스트 489건 통과 (print_report 회귀 2건 추가).

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

---

Generated by Claude Code

[Kevinlee7250]

요약

"글 발행 후 성공·실패를 확인하고 재발행"하는 기능은 이미 blog-verify.yml로 있었습니다. 다만 7월 8일 이후 38번 실행돼 38번 모두 실패했고, 08-13 이후로는 트리거조차 되지 않았습니다. 이 안전망은 한 번도 작동한 적이 없습니다.

새로 만들지 않고 있던 것을 고쳤습니다.

원인 3가지

1. bash -e가 의도된 종료 코드에서 스텝을 죽임

post_verifier는 종료 코드로 결과를 알립니다 — 0=전원 통과, 1=품질 미달, 2=재게시 필요. 그런데 스텝이 bash -e로 돌아 0이 아닌 순간 그 자리에서 중단됐습니다.

python post_verifier.py $FLAGS# ← 여기서 스텝 종료
EXIT_CODE=$?# ← 실행 안 됨echo"exit_code=$EXIT_CODE">>$GITHUB_OUTPUTexit 0 # ← 실행 안 됨

exit_code 출력이 비어 재게시 단계(if: steps.verify.outputs.exit_code == '2')가 영영 실행되지 않았습니다. 워크플로 주석에는 "워크플로우 계속 진행"이라 적혀 있는데 실제로는 정반대였습니다.

→ python post_verifier.py $FLAGS || EXIT_CODE=$?

2. workflow_run 브랜치 필터에 latest가 없음

blog-run은 스케줄로 돌 때 기본 브랜치(latest)에서 실행됩니다. 필터가 기능 브랜치만 지정하고 있어 08-13 이후 트리거가 아예 걸리지 않았습니다.

→ branches: [latest, claude/blog-automation-system-KAbtE]

3. print_report가 last_updated=None에서 TypeError

report.get('last_updated', '없음')[:16]
TypeError: 'NoneType'objectisnotsubscriptable

.get의 기본값은 키가 없을 때만 쓰입니다. load_report()가 {"last_updated": None}을 돌려주므로 키는 있고 값만 None이라 기본값이 적용되지 않았습니다.

→ (report.get('last_updated') or '없음')[:16] — 이 수정은 기능 브랜치에 있으며, 워크플로가 그 브랜치를 체크아웃해 실행합니다.

범위

latest에는 .github/workflows/blog-verify.yml 한 파일만 올립니다. workflow_run 트리거는 기본 브랜치의 정의를 읽으므로 이 PR이 머지돼야 ①②가 효력을 갖습니다.

검증

기능 브랜치 테스트 489건 통과 (print_report 회귀 2건 추가).

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

---

Generated by Claude Code

[Kevinlee7250]

요약

"글 발행 후 성공·실패를 확인하고 재발행"하는 기능은 이미 blog-verify.yml로 있었습니다. 다만 7월 8일 이후 38번 실행돼 38번 모두 실패했고, 08-13 이후로는 트리거조차 되지 않았습니다. 이 안전망은 한 번도 작동한 적이 없습니다.

새로 만들지 않고 있던 것을 고쳤습니다.

원인 3가지

1. bash -e가 의도된 종료 코드에서 스텝을 죽임

post_verifier는 종료 코드로 결과를 알립니다 — 0=전원 통과, 1=품질 미달, 2=재게시 필요. 그런데 스텝이 bash -e로 돌아 0이 아닌 순간 그 자리에서 중단됐습니다.

python post_verifier.py $FLAGS# ← 여기서 스텝 종료
EXIT_CODE=$?# ← 실행 안 됨echo"exit_code=$EXIT_CODE">>$GITHUB_OUTPUTexit 0 # ← 실행 안 됨

exit_code 출력이 비어 재게시 단계(if: steps.verify.outputs.exit_code == '2')가 영영 실행되지 않았습니다. 워크플로 주석에는 "워크플로우 계속 진행"이라 적혀 있는데 실제로는 정반대였습니다.

→ python post_verifier.py $FLAGS || EXIT_CODE=$?

2. workflow_run 브랜치 필터에 latest가 없음

blog-run은 스케줄로 돌 때 기본 브랜치(latest)에서 실행됩니다. 필터가 기능 브랜치만 지정하고 있어 08-13 이후 트리거가 아예 걸리지 않았습니다.

→ branches: [latest, claude/blog-automation-system-KAbtE]

3. print_report가 last_updated=None에서 TypeError

report.get('last_updated', '없음')[:16]
TypeError: 'NoneType'objectisnotsubscriptable

.get의 기본값은 키가 없을 때만 쓰입니다. load_report()가 {"last_updated": None}을 돌려주므로 키는 있고 값만 None이라 기본값이 적용되지 않았습니다.

→ (report.get('last_updated') or '없음')[:16] — 이 수정은 기능 브랜치에 있으며, 워크플로가 그 브랜치를 체크아웃해 실행합니다.

범위

latest에는 .github/workflows/blog-verify.yml 한 파일만 올립니다. workflow_run 트리거는 기본 브랜치의 정의를 읽으므로 이 PR이 머지돼야 ①②가 효력을 갖습니다.

검증

기능 브랜치 테스트 489건 통과 (print_report 회귀 2건 추가).

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

---

Generated by Claude Code