liveBook · Manning

Multi-ruleset consistency approach

As explained in Automating API Delivery

A multi-ruleset consistency approach assigns a separate, typically reduced ruleset to each API project.

A multi-ruleset consistency approach assigns each API project its own, typically reduced ruleset. Existing APIs can remain unchanged while new extensions satisfy the rules that already pass. section 3.9

Apply the approach with these organizational trade-offs:

  • Create a project-specific ruleset containing only passing linting rules. section 3.9
  • Use linting to enforce minimum consistency on future API extensions without forcing disruptive changes to existing consumers. section 3.9
  • Accept that rules omitted from the project ruleset cannot enforce improvements, while maintaining multiple ruleset copies. section 3.9

Existing API with partial compliance

An existing API that fails some current style-guide rules receives a reduced project ruleset. Its future endpoints are checked against passing rules, while remediation of excluded rules remains optional and potentially disruptive. section 3.9

How Automating API Delivery covers it

How deep it goes
Defines the ruleset strategy and trade-offs but stops short of detailing its configuration syntax or migration workflow.
Examples
Uses an existing partially compliant API and its future extensions as the central scenario.
What it assumes
Assumes familiarity with API linting and rulesets while treating breaking changes and consumer disruption as stated concerns.
What you can do after
Operate/configure project-specific linting rulesets that protect new API extensions without requiring immediate legacy remediation.
How it connects
Ties API linting to API style guides, OpenAPI design, breaking changes, and gradual consistency.

This explainer was generated by Manning's knowledge graph from the text of Automating API Delivery. The section links point to the parts of the book it draws on.