Tooling · rule
publish.breaking_change
Package's surface breaks its last release within one major version.
Area 14, Tooling; not declinable; the next step is usually the human's.
A version keeps every promise of the release before it in the same major
version: here uk.tidy takes a UkPostcode instead of an
EnteredPostcode, which went:
$ jadpo package checkerror: `Postcodes.v2` changed in ways that break the apps that use it reason: Since 2.0.0, `function uk.tidy` changed and `type EnteredPostcode` was removed, which an app using 2.0.0 may rely on. A breaking change is a new major version: a new package beside this one. next: Put back what changed, or publish the change as `Postcodes.v3` in a folder of its own (human) rule: publish.breaking_change help: https://jadpo.dev/docs/errors/publish.breaking_changePublishing bar compiles passed no errors described passed every public declaration examples passed 1 example, every failure shown tests passed no tests version failed 2 breaking changes since 2.0.0 changelog not checked yet waits for an allowed version licence passed mit, from Jadpo 1.0package check failed: 1 failed, 5 passed, 1 not checked yet
Markdown for agents: /docs/errors/publish.breaking_change.md.Built from Jadpo main at a707efb.