This is a Typescript fork of Nat Pryce's ADR-TOOLS. There are a few other forks out there which do some parts of the original tool but none actually do it fully. This does. More documentation to follow very soon!

If you’re interested in reading more about what ADRs are and why they’re important, check this article out.

By convention we store the decisions in doc/adr (this repo is configured via .adr-dir).

You can also check where the directory is by inspecting the .adr-dir file’s contents.

Managing the files and templates by hand is laborious and is not expected from anyone. We have a tool capable of handling that.

You can install it by running

npm install --save-dev @meza/adr-tools

This will give you the following shorthands:

adr new A new decision the team has made

This will automatically figure out the numbering sequence, get the correct filename format and use the title inside of an ADR template.

By default, adr new only writes the file. To open it after creation, pass --open:

adr new --open A new decision the team has made

You can also force a specific opener via --open-with (optionally with args):

adr new --open-with "code --wait" A new decision the team has made

When --open is set and --open-with is not, the tool prefers VISUAL, then EDITOR (but ignores npm-injected editor defaults), then falls back to the OS default opener.

We work in an agile environment where we aim to fail fast. Some of our decisions will turn out to be invalid within a new context. In those situations we would want to record a new decision to supersede our previous one.

Let’s say we had a decision “0003-use-jest-for-testing.md” but we recently learned that vitest is faster. Then we would want to record that but also update 0003 to reflect the fact that it’s no longer valid.

adr new -s 3 Use vitest for testing

The -s flag tells the tool to update record #3 with a link to the newly created decision.

Sometimes there are situations when a new decision has another type of link to a previous record and not a supersede.

That can be expressed as follows:

adr new -l "3:Amends:Amended by" use jest only for pact testing

This will link the new and old issues together. The old one will get a link looking like “Amended by: Use jest only for pact testing” while the newly created ADR will have a section saying: “Amends: Use Jest For Testing”. Both with the appropriate numbering and navigational links set up.

There’s more to the tool. You can get help with

adr help

An ADR file MUST have a # title at the top and a ## Status header.

See CONTRIBUTING.md for the recommended local setup and verification commands.

This project uses conventional commits. See conventional-commits.

There are git hooks that check the commit messages and enforce the commit rules. There is a helper tool to make it easier to create commits when unfamiliar with the rules:

yarn commit

This will use the commitlint prompt tool to help you create commits.