<?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%A1%9C%EA%B9%85/</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%A1%9C%EA%B9%85/index.xml" rel="self" type="application/rss+xml"/><item><title>빈 로그에서도 통과하는 비밀값 검사</title><link>https://team-edo.github.io/posts/2026/10/capture-isolated-python-logs/</link><pubDate>Wed, 28 Oct 2026 00:00:00 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/capture-isolated-python-logs/</guid><description>&lt;p>얼쑤의 분석 API는 시도마다 처리 결과를 한 줄로 남깁니다. 개발 환경에 따라 루트 로거에 이미 처리기가 붙어 있을 수 있어서, 모듈 처리기에서도 같은 줄을 출력하면 기록이 두 번 나타날 수 있습니다. 모듈의 처리기는 유지하고 &lt;code>propagate = False&lt;/code>를 설정해 그 기록을 루트 쪽으로 다시 보내지 않도록 했습니다.&lt;/p>
&lt;p>이 설정을 바꾸자 테스트에서 별도의 경로를 고려해야 했습니다. pytest의 &lt;code>caplog&lt;/code>가 루트에 붙어 있는 상태에서는 이 모듈이 로그를 남겨도 캡처에 들어오지 않습니다. 검사 내용이 “서명값이 로그에 없다”뿐이면 빈 캡처에서도 통과합니다. 확인하려던 로거에 실제 이벤트가 들어오는지 먼저 확인해야 했습니다.&lt;/p></description></item></channel></rss>