Skip to content
All use cases
Platform engineering

Documentation that is wrong in the pull request, not in production

TechDocs built from the repository, published beside the service it describes.

Before Fenwave14 months waiting

“Is this runbook still accurate? Last edited 14 months ago by someone who has left”

What the wait costs

Documentation stored away from the code decays silently, and is trusted exactly until the incident where it matters.

With Fenwaveper commit

In Fenwave

Explore›Docs›checkout-api

Capability

Service Catalog

TechDocs are written as Markdown in the repository and published against the catalog entry for that service. The documentation and the code travel in the same pull request, which means a reviewer can see that a change made the runbook wrong — at the only moment when fixing it is cheap.

How it works

  1. 01Write documentation as Markdown alongside the code.
  2. 02Fenwave builds and publishes it against the catalog entry.
  3. 03Readers find it from the service, not from a separate wiki search.
  4. 04Changes to docs are reviewed with the code that caused them.

Related use cases

See Fenwave on your own projects

Thirty minutes, on your repositories and your clusters. We will point out three requests your platform team would stop receiving as soon as next week.