【免费下载链接】architecture-decision-recordArchitecture decision record (ADR) examples for software planning, IT leadership, and template documentation项目地址https://gitcode.com/gh_mirrors/ar/architecture-decision-record点击查看免费下载导读本文基于 architecture-decision-record 开源仓库中的《Erste Schritte mit ADRs und Git》用 Git 开始使用 ADR文档讲解如何在一个典型的带源码的软件项目中用最朴素也最强大的 Git 工作流来落地 Architecture Decision RecordADR架构决策记录。读完本文你将掌握「创建adr目录 → 为每条决策创建 Markdown 文本文件 → 参考仓库模板撰写内容 → 提交进 Git 仓库」的完整闭环并理解 Git 化 ADR 在命名、不可变性、版本历史与团队协作上的设计动机。为什么用 Git 管理 ADR把决策当作一等代码资产ADR架构决策记录是一份记录「重要架构决策及其上下文与后果」的文档而 ADR 的集合称为 ADL架构决策日志。当团队习惯使用 Git 版本控制时最自然的做法就是把 ADR 当作与源代码同等对待的普通文本文件放进版本库统一管理——这正是关联文档给出的核心思路如果您喜欢使用 Git 版本控制那么我们乐于向您介绍如何为一个典型的、带源码的软件项目用 Git 开始使用 ADR。与文档类工具、Wiki 或在线表格相比Git 方案的优势在于ADR 与代码同库演进、每次修改都有可追溯的提交记录、天然支持分支与合并评审如 Pull Request并且不依赖任何第三方平台。你可以随时git log查看决策的演进史用git diff对比决策修订用分支隔离「提议中」的决策。第一步为 ADR 文件创建专属目录原文档给出的第一个操作是创建一个专门存放 ADR 文件的目录$ mkdir adradr是仓库生态中常用的目录名。同名技能文档 skills/architecture-decision-record-skill/SKILL.md 中也给出了查找既有约定的快速方法即在动手前先确认项目里是否已存在 ADR 目录及既有命名/编号习惯git ls-files | grep -iE (^|/)(adr|adrs|decisions?)(/|$)从源码结构与技能文档看可以推断如果项目里还没有约定团队通常会默认使用顶层的adr/或decisions/目录部分团队偏好decisions这个名字因为「architecture」一词和「ADR」缩写会让部分开发者或管理者望而却步而「decisions」能吸引更多类型的决策供应商决策、规划决策、排期决策等进入该目录且这些内容都可复用同一套模板。本仓库的德文文档目录如 erste-schritte-mit-adrs-und-git本身就以多语言镜像的方式展示了这种目录化组织的形态。第二步为每条 ADR 创建一个文本文件原文档强调每条 ADR 对应一个文本文件。例如用 vi 创建$ vi database.txt在此基础上仓库的 日期文件命名约定文档 给出了更规范的建议——既然 ADR 是普通文本文件就应该为文件命名制定一套约定。该仓库推荐的具体格式是约定项要求说明词法现在时祈使动词短语如choose-database.md、format-timestamps.md可读性好且与提交信息commit message格式呼应大小写与分隔全部小写、使用连字符如manage-passwords.md、handle-exceptions.md在可读性与系统友好性之间取得平衡扩展名Markdown.md便于轻量格式化与渲染因此实操中更推荐将原文档示例中的database.txt升级为符合命名约定的 Markdown 文件例如choose-database.md。仓库中的示例目录正是这样组织的例如 选择数据库技术示例、MySQL 数据库示例、时间戳格式示例。如果你的项目已经采用编号式 ADR如 adr-tools 风格技能文档 SKILL.md 还提示可以在文件名前加零填充序号例如0007-choose-database.md若项目此前无编号习惯则使用不带编号的现在时动词短语文件名最简单、最易上手。第三步撰写 ADR 内容——从仓库模板与示例中取材原文档写道「在 ADR 中写任何你想写的内容灵感可参考本仓库中的模板。」这意味着模板仓库的价值正是为「写什么」提供骨架。本仓库在 德文模板目录 下收录了多套知名模板例如MADR 项目模板entscheidungsprotokoll-vorlage-des-madr-projekts结构为标题 → 状态proposed / rejected / accepted / deprecated / superseded by→ 决策者 → 日期 → 技术故事 → 上下文与问题陈述 → 决策驱动因素 → 备选方案 → 决策结果 → 正面/负面后果 → 各方案的优缺点 → 链接。它同时适合简单与详尽两种场景后者的重点正是「选项及其优缺点」。重要技术决策ITD模板entscheidungsprotokoll-vorlage-für-wichtige-technische-entscheidungen标题直接陈述决策本身而非主题描述再依次填写「问题」「备选方案选中项加粗」「理由只列决定性因素」「备注可选」专为需要管理层快速审阅、快速验证的轻量场景设计。配套的 撰写优秀 ADR 的建议文档 给出了四条质量标准可直接作为内容自检清单理由Rationale解释作出该架构决策的原因可包含上下文、各候选方案的优缺点、功能对比、成本收益讨论等具体Specific每条 ADR 只针对一个架构决策不把多个决策塞进同一文件时间戳Timestamps标注每项内容的撰写时间这对成本、排期、规模等随时间变化的要素尤其重要不可变Immutable不要修改 ADR 中已有的信息要么通过追加新信息来修订要么创建新 ADR 来取代旧 ADR。写作时可以参考仓库中真实完成的示例例如 选择数据库技术 展示了「上下文 → 决策 → 理由 → 后果」的完整叙述而英文原版示例 timestamp-format 则演示了带目录、假设、约束、立场、论据、影响、相关决策/需求/工件/原则、备注的详尽写法。第四步将 ADR 提交进 Git 仓库撰写完成后原文档要求将 ADR 提交到 Git 仓库$ git add adr/choose-database.md $ git commit -m choose database # 示例提交信息与文件名约定呼应这一「提交」动作是 Git 化 ADR 的灵魂所在此后每条决策都有确定的作者、时间与变更范围git log -- adr/可以还原整个决策演进史git blame可以定位某段决策表述的引入者团队评审则可以走分支 Pull Request 的常规流程。仓库 README.md 与命名约定文档都强调「文件名采用现在时祈使动词短语与提交信息格式相匹配」——这意味着在 Git 工作流里文件名本身就能充当一条语义清晰的提交信息。进阶用 Git 承载 ADR 的不可变与取代Supersession结合技能文档 SKILL.md 与好 ADR 建议当一条新决策取代或推翻旧决策时Git 工作流下的标准做法是新建一个 ADR 文件来描述新决策将旧 ADR 的状态更新为Superseded by 新 ADR在新 ADR 的状态/链接区反向链接Supersedes 旧 ADR。这与 MADR 模板中的superseded by ADR-0005状态位完全对应。需要说明的是部分团队在实践中更偏好「活文档」模式——在既有 ADR 中插入带日期戳的新信息并注明「该信息在决策之后到达」而非严格执行不可变到底采用哪种应由团队自行约定并在仓库内保持一致。仓库资源导航从这里继续深入概念入门什么是 ADR——ADR、AD、ADL、ASR、AKM 五个核心术语的精确定义开始使用无 Giterste-schritte-mit-adrs——决策识别、决策制定、决策实施与强制、决策分享、决策文档化五个讨论领域其他载体erste-schritte-mit-adrs-und-werkzeugen——除 Git 外还可选用 Google Docs/Sheets、Atlassian Jira、MediaWiki Wiki、MySpec 等工具承载 ADR具体按团队习惯任意选择模板库locales/de-001/vorlagen/index.md——MADR、arc42、EdgeX、Alexandrian 模式、业务案例、Planguage、Gareth Morgan、GIG Cymru NHS Wales、Tyree Akerman、Nygard、ITD 等十余套模板示例库locales/de-001/beispiele/index.md 与英文原版 locales/en-001/examples/index.md——覆盖数据库选型、CSS 框架、环境变量配置、认证授权、单仓 vs 多仓、时间戳格式等 40 余个真实决策场景Agent 技能skills/architecture-decision-record-skill/SKILL.md——判断「该决策是否需要 ADR」、建立目录、命名文件、挑选模板、处理取代关系的完整工作流可直接复制到.claude/skills/使用。小结用 Git 开始使用 ADR 的全部要点可以浓缩为四步mkdir adr建目录、为每条决策建一个符合「现在时祈使短语 小写连字符 .md」约定的文本文件、参考仓库模板与示例填充「上下文—决策—后果」内容、最后git commit提交入库。这套做法零依赖、可追溯、与代码同演进是架构知识管理AKM中投入产出比最高的起步方式之一。赞分享【免费下载链接】architecture-decision-recordArchitecture decision record (ADR) examples for software planning, IT leadership, and template documentation项目地址https://gitcode.com/gh_mirrors/ar/architecture-decision-record点击查看免费下载相关推荐使用 git 管理架构决策记录ADR从 mkdir 到 commit 的完整落地指南使用 git 管理架构决策记录ADR从 mkdir 到 commit 的完整落地指南 架构决策记录Architecture Decision Recor使用 git 版本控制启动 ADR架构决策记录从 adr 目录到版本化提交的完整实践指南使用 git 版本控制启动 ADR架构决策记录从 adr 目录到版本化提交的完整实践指南 本指南基于 architecture decision reco使用 git 版本控制启动架构决策记录ADR从目录创建到提交的完整实践指南使用 git 版本控制启动架构决策记录ADR从目录创建到提交的完整实践指南 导读 架构决策记录Architecture Decision Record上一篇【亲测免费】 Bazzite项目常见问题解决方案下一篇Drizzle 数据库迁移框架终极指南与实用技巧创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考