liveBook · Manning

Major version

A major version is the primary component of a version identifier that distinguishes a release line and commonly signals potentially backward-incompatible changes.

How 2 Manning books explain it

PostgreSQL Mistakes and How to Avoid Them

A major release is a PostgreSQL release that introduces substantial features and may change internal system-table or data-file formats.

How it is used
Frames major versions as planned operational upgrades requiring compatibility awareness, testing, and release-note review.
How deep it goes
Explains version-number roles, storage-format incompatibility, support, and a worked cross-version behavioral change without detailing upgrade commands.
Examples
Demonstrates a PostgreSQL 13-to-16 expiry-date change caused by fractional interval rounding introduced in PostgreSQL 15.
What you can do after
Evaluate/understand major-version upgrade risks by distinguishing data-format migration from subtle application behavior changes.

Read how PostgreSQL Mistakes and How to Avoid Them explains major version →

API Design Patterns

A major version is the first component of a semantic version that indicates a backward-incompatible change.

How it is used
Signals whether API consumers should expect existing code to remain compatible after a change.
How deep it goes
Defines the version component, contrasts it with minor versions, and applies it to field renaming and soft deletion.
Examples
Uses field renaming from 1.0.0 to 2.0.0 and adding a field from 1.0.0 to 1.1.0 as API examples.
What you can do after
Evaluate API changes and choose a major-version increment when compatibility is likely to break.

Read how API Design Patterns explains major version →

Related concepts

These guides are generated from the text of Manning books by Manning's knowledge graph and link to the sections they draw on. The full books are available on liveBook and at manning.com.