완료는 현재 상태를 잇는 증거 사슬이다
변경 뒤 head가 달라지면 이전 검증 결과는 새 상태를 설명하지 못합니다. 작은 수정처럼 보여도 현재 head를 기준으로 필요한 검사를 다시 실행해야 합니다. 새 head에는 새 근거가 필요하다는 원칙은 오래된 초록 표시가 현재 변경을 대신 증명하는 일을 막습니다.
성공, 완료, 활성 같은 표시는 유용하지만 그 자체로 사실 판정은 아닙니다. 표시가 가리키는 대상을 다시 읽고, 기대한 결과가 실제로 존재하는지 확인해야 합니다. 명령의 종료 상태와 저장된 결과, 현재 화면의 상태가 서로 맞을 때 비로소 한 단계의 검증이 닫힙니다.
기술적 변경이 만들어졌다는 사실과 방문자가 그 변경을 받는다는 사실도 구분해야 합니다. 빌드 산출물을 현재 head와 연결하고, 배포가 그 상태를 가리키는지 확인한 뒤, 공개된 결과를 직접 읽어야 합니다. 현재 head, readback, 배포 상태가 하나의 사슬로 이어질 때 완료라는 말에 충분한 근거가 생깁니다.
Completion is a chain of evidence about the current state
When a change produces a new head, evidence from an earlier revision no longer describes the state being considered. Even a small amendment requires the relevant checks to run again against the current head. The rule that a new head needs new evidence prevents an old green result from being treated as proof for different content.
Labels such as success, complete, and active are useful signals, but they are not final judgments. Read back the state behind the label and confirm that the expected result actually exists. A verification step closes only when the command outcome, the saved result, and the current visible state agree.
A technical change existing in an artifact is also different from visitors receiving that change. Tie the built artifact to the current head, confirm that deployment points to that state, and then read the public result directly. Completion has sufficient support only when current-head checks, readback, and deployed-state evidence form one continuous chain.
完成意味着当前状态拥有一条连续的证据链
一旦修改产生了新的提交，旧版本的检查结果就不能继续说明当前状态。即使改动看起来很小，也应针对当前提交重新运行必要检查。“新提交需要新证据”这一原则，可以避免把旧的绿色结果误当成不同内容的证明。
成功、完成、活动中等标签很有用，但它们本身不是最终判断。应回读标签背后的实际状态，并确认预期结果确实存在。只有当命令结果、保存的产物与当前可见状态彼此一致时，这一步验证才真正闭合。
产物中存在一项技术改动，与访问者已经收到这项改动，也是两件不同的事。需要把构建产物与当前提交对应起来，确认部署指向该状态，再直接读取公开结果。当前提交上的检查、结果回读与部署状态连成一条证据链之后，完成判断才有充分依据。
完了とは現在の状態を結ぶ証拠の連鎖である
変更によって新しい HEAD が生まれたら、以前のリビジョンで得た結果は現在の状態を説明できません。小さな修正に見えても、必要な確認を現在の HEAD に対してもう一度実行します。新しい HEAD には新しい根拠が要るという原則が、古い成功表示を別の内容の証明として扱う誤りを防ぎます。
成功、完了、稼働中といった表示は役立つ合図ですが、それ自体が最終判定ではありません。表示の背後にある状態を読み返し、期待した結果が実際に存在することを確かめます。コマンドの結果、保存された成果物、現在見えている状態が一致して初めて、一段階の検証が閉じます。
技術的な変更が成果物に存在することと、訪問者がその変更を受け取っていることも別です。ビルド成果物を現在の HEAD と結び付け、配信がその状態を指していることを確認し、公開結果を直接読み取ります。現在の HEAD での確認、readback、配信状態の証拠が一つにつながったとき、完了という判断に十分な根拠が生まれます。