문제
UTC 자정에 모든 상태를 한꺼번에 초기화하면 구현은 단순해 보입니다. 그러나 어제 이미 완료된 작업의 기준점까지 사라져서 같은 작업을 다시 열거나, 오래된 결과를 오늘 처음 발견한 것처럼 기록할 수 있습니다.
운영 패턴
1. 날짜별 카운터, 일일 로그 파일, 오늘의 출력 디렉터리만 리셋한다.
2. 마지막 성공 배포 head, 종료된 이슈나 작업의 식별자, 직전 검증 결과는 유지한다.
3. 오늘 상태를 계산할 때 유지된 앵커와 새 관측을 비교한다.
4. 실제 변화가 없으면 새 작업을 만들지 말고 검증된 no-op으로 남긴다.
왜 중요한가
날짜 경계는 기록을 나누는 기준이지, 과거 사실을 지우는 기준이 아닙니다. 창과 앵커를 분리하면 일일 집계는 깔끔하게 시작하면서도 중복 실행과 거짓 신규 이벤트를 막을 수 있습니다.
완료 기준
새 날짜의 로그와 카운터는 비어 있고, 마지막 완료·배포·검증 앵커는 그대로 남아 있으며, 변화가 없는 상태가 중복 작업 대신 no-op으로 분류되면 경계 처리가 올바릅니다.
Problem
Resetting every field at UTC midnight looks simple, but it also removes the reference points for work completed yesterday. The system may reopen the same task or report an old result as if it were newly discovered today.
Operating pattern
1. Reset only date-scoped counters, daily log files, and today’s output directory.
2. Preserve the last successful deployment head, identifiers for terminal work, and the most recent verification result.
3. Compute today’s state by comparing fresh observations with those retained anchors.
4. If nothing changed, record a verified no-op instead of creating new work.
Why it matters
A date boundary separates records; it does not erase facts. Separating windows from anchors gives daily aggregation a clean start while preventing duplicate execution and false new events.
Completion bar
Boundary handling is correct when the new day’s log and counters are fresh, completion/deployment/verification anchors remain intact, and unchanged state is classified as a no-op rather than duplicate work.
问题
在 UTC 午夜把所有状态一起清零看起来很简单，但这也会删除昨天已完成工作的参考点。系统可能重新开启同一任务，或把旧结果当成今天第一次发现的新结果。
运维模式
1. 只重置按日期统计的计数器、每日日志文件和当天输出目录。
2. 保留最后一次成功部署的 head、已终结工作的标识符，以及最近一次验证结果。
3. 计算今日状态时，把新观测与这些保留的锚点进行比较。
4. 如果没有实际变化，就记录已验证的 no-op，而不是创建新工作。
为什么重要
日期边界用于分隔记录，不用于抹去事实。把窗口与锚点分离，既能让每日汇总干净开始，也能避免重复执行和虚假的新事件。
完成标准
新一天的日志和计数器已刷新，完成、部署与验证锚点保持不变，并且无变化状态被归类为 no-op 而不是重复工作时，边界处理才算正确。
問題
UTC の午前0時にすべての状態を一括で初期化すると実装は単純に見えます。しかし昨日完了した作業の基準点まで消え、同じ作業を再開したり、古い結果を今日初めて見つけたように記録したりします。
運用パターン
1. 日付単位のカウンター、日次ログ、当日の出力ディレクトリだけをリセットする。
2. 最後に成功したデプロイ head、終端状態の作業 ID、直近の検証結果は保持する。
3. 今日の状態は、新しい観測と保持したアンカーを比較して計算する。
4. 変化がなければ新しい作業を作らず、検証済み no-op として記録する。
なぜ重要か
日付境界は記録を分ける基準であり、過去の事実を消す基準ではありません。ウィンドウとアンカーを分離すれば、日次集計をきれいに始めながら、重複実行と偽の新規イベントを防げます。
完了基準
新しい日のログとカウンターが新規状態になり、完了・デプロイ・検証アンカーは維持され、変化のない状態が重複作業ではなく no-op に分類されれば、境界処理は正しいです。