Skip to content

Guardrails / docs

Repository says how to contribute to it ​

docs/contributing@v1

The repository has a CONTRIBUTING.md explaining how a change is proposed, built and reviewed.

Iddocs/contributing
Versionv1
Categorydocs
Default severityinfo
Interpreterpython3
Timeout30 seconds
Violations tolerated0
Collectsfiles

Collectors ​

This guardrail doesn't gather anything itself. It relies on the collectors below, which the CLI runs once per build before any check, and reads what they found from GUARDRAIL_FACTS. If a collector collects nothing, this guardrail is skipped, not failed.

CollectorGathersInputs it is given
filesPresence, size and line counts of the well known files a repository is expected to carry, plus any extra path the guardrail asks for.path

The inputs above are this guardrail's own inputs, passed straight through to the collector. Setting one in buildnote.json changes what is collected, and two guardrails configured the same way share a single collection.

Configuration ​

json
{
  "guardrails": {
      "failOn": "error",
      "checks": [
          {
              "use": "docs/contributing@v1",
              "severity": "info",
              "with": {
                  "path": "CONTRIBUTING.md",
                  "minLines": "5"
              },
              "exemptions": []
          }
      ]
  }
}

Inputs ​

InputDescriptionDefaultEnvironment variable
pathPath to the contribution guide, relative to the directory the CLI runs in.CONTRIBUTING.mdGUARDRAIL_INPUT_PATH
minLinesHow many non-blank lines it needs before it counts as written.5GUARDRAIL_INPUT_MINLINES

How to fix ​

Add a CONTRIBUTING.md at the repository root, or under .github/, covering how to build the project, how to run its tests, and what a pull request should include:

markdown
# Contributing

1. `./gradlew check` must pass.
2. Commits follow Conventional Commits.
3. One reviewer from the owning team approves.

The forge links this file from the pull request form. Without it, every contributor learns the rules by having their first attempt rejected in review.

More in docs ​

  • docs/agent-instructions. The repository has an instruction file for coding agents, long enough to say something and short enough to be read in full.
  • docs/changelog. The repository has a changelog, so what changed between two releases is written down instead of pieced together from commits.
  • docs/code-of-conduct. The repository has a CODE_OF_CONDUCT.md, so the standard contributors are held to, and who enforces it, is written down.
  • docs/license-present. The repository has a licence file, so what people may do with the code is written down, not assumed.
  • docs/readme. The repository has a README that says more than just its title.
  • docs/security-policy. The repository has a SECURITY.md saying where to report a security problem.

All 7 docs guardrails

Buildnote Limited
Registered in England and Wales, Reg: 16140412