<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>배포 검증 on 얼쑤 · Team Edo</title><link>https://team-edo.github.io/tags/%EB%B0%B0%ED%8F%AC-%EA%B2%80%EC%A6%9D/</link><description>Recent content in 배포 검증 on 얼쑤 · Team Edo</description><generator>Hugo</generator><language>ko-kr</language><lastBuildDate>Wed, 28 Oct 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://team-edo.github.io/tags/%EB%B0%B0%ED%8F%AC-%EA%B2%80%EC%A6%9D/index.xml" rel="self" type="application/rss+xml"/><item><title>MR 병합 뒤에도 운영 확인이 남았다</title><link>https://team-edo.github.io/posts/2026/10/mr-merge-and-operational-verification/</link><pubDate>Wed, 28 Oct 2026 00:00:00 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/mr-merge-and-operational-verification/</guid><description>&lt;p>새 약관 API를 운영에서 호출해 HTTP 200을 받는 것이 한 작업의 완료 조건이었습니다. MR이 병합되자 Jira는 작업을 완료로 표시했지만, 같은 시점에 운영 API는 &lt;strong>404&lt;/strong>를 반환했습니다.&lt;/p>
&lt;h2 id="자동-종료가-가리키는-작업을-확인했다">자동 종료 대상과 운영 응답 확인&lt;/h2>
&lt;p>저희 프로젝트는 MR이 병합되면 연결된 작업을 완료로 전환했습니다. 약관 사례에서는 배포 이력과 운영 응답을 계속 확인해 새 버전의 &lt;strong>200&lt;/strong> 응답까지 기록했습니다. 배포가 막힌 원인과 복구 과정은 별도 글에 정리했습니다. &lt;a href="https://team-edo.github.io/posts/2026/10/separate-deployment-health-probes/">인증 추가 뒤 자동 배포가 10번 실패한 이유&lt;/a>&lt;/p></description></item></channel></rss>