This version of SonarQube Server is no longer receiving patches. Please see the latest release for details on updating.
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Determining the upgrade path

This section explains the principles to follow in order to determine if you can perform the upgrade directly or must upgrade first to intermediary version(s). This page is for SonarQube 10.5.

For AI agents: You're in the SonarQube Server 10.5 documentation. For a list of all 10.5 pages, see the SonarQube Server 10.5 page index. For the whole site, see the page index or the full text. For another version, replace 10.5 in the URL with that version. The latest version has no version number in its URL.

This section explains SonarQube release cycle model and the principles to follow in order to determine if you can perform the upgrade directly or must upgrade first to intermediary version(s).

SonarQube release cycle model

SonarQube follows semantic versioning. A new major or minor version is released every 2 months, and a new Patched versions release is declared approximately every 18 months. Only the latest major release receives active support (updates and patches). During that time, the previous major release receives LTA support (security patches and fixes of blocker bugs) until the next LTA is declared.

SonarQube version follows the MAJOR.MINOR.PATCH model as shown below.

Major version number

The major version number represents a series of releases with high-level objectives for the release cycle. It’s incremented with the release following an LTA version (for example, the release following 7.9 LTA was 8.0).

Minor version number

The minor version number corresponds to incremental functional changes within a major release cycle. At the time of an LTA release, the release cycle is closed and the minor version number is frozen.

Patch release number

The patch release number represent patches that fix blocker or critical problems.

Upgrade path determination principles

To determine your upgrade path, consider the following principles:

  • You can upgrade directly from a non-LTA version to another if there is no LTA version in your upgrade path.

  • If there is at least one LTA version in your upgrade path, you must first upgrade to each intermediate LTA and then to your target version.

  • When upgrading to an LTA version, you should directly upgrade to its latest patch.

  • You can upgrade from the latest LTA version to the latest non-LTA version directly.

  • If you’re migrating from an earlier patch version of an LTA, you can upgrade directly to the next LTA. You don’t need to install any intermediate patch versions.

Upgrade path examples

From version

To version

Upgrade path

8.9 LTA

9.9 LTA

8.9 LTA > 9.9 LTA (direct)

7.9 LTA

9.9 LTA

7.9 LTA > 8.9 LTA > 9.9 LTA (one intermediary step)

9.9 LTA

10.1

9.9 LTA > 10.1 (direct)

9.6

9.9 LTA

9.6 > 9.9 LTA (direct)

9.6

10.1

9.6 > 9.9 LTA > 10.1 (one intermediary step)

For more information on LTAs, see Patched versions.

You can use our calculator to help determine your update path.

spinner

Last updated

Was this helpful?