Supersededによる置き換えパターン

決定を変更する際に古いADRを書き換えず、ステータスをSupersededに変えて新しいADRへの参照を付ける運用パターンである。

概念URI

https://comcomponent.com/knowledge/adr-supersede-pattern/

別名・表記

Superseded Pattern / 追記専用のログ

上位概念

ADR(Architecture Decision Record)

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• Supersededによる置き換えパターンはADRのステータスを前提とします。Supersededによる置き換えは、古いADRのステータス行をSupersededに変え新しいADRへの参照を付けることで成立する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ADR(Architecture Decision Record)はSupersededによる置き換えパターンを前提とします。決定を覆すときはADRを上書きせず、Supersededパターンで新しいADRに置き換える。この関係が生じるのは決定を覆す場合に限られ、単に新しい決定を記録するだけのADRにはSupersededパターンは関与しない / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• Supersededによる置き換えパターンは記録されない決定の忘却を軽減します。Supersededパターンは古い記録を残したまま置き換えるため、いつ・なぜ方針が変わったかという履歴自体が失われるのを防ぐ / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Supersededによる置き換えパターンはコードリポジトリに保存されます。ADRをコードリポジトリで管理するこの記事の運用では、Supersededによる置き換えでも古いADRは削除せず、コードリポジトリ内にそのまま残す / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

• ADR(Architecture Decision Record)入門 ── 小規模開発で「なぜこの設計にしたか」を残す最小の方法(言及)

一次資料

• https://learn.microsoft.com/azure/well-architected/architect-role/architecture-decision-record

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。