A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://plugins.jetbrains.com/docs/intellij/build-number-ranges.html below:

Build Number Ranges | IntelliJ Platform Plugin SDK

Build Number Ranges

Use this reference of build number ranges to specify the correct since-build and until-build values in your plugin descriptor.

Setting the actual values in plugin.xml is managed by the patchPluginXml Gradle task (Reference: 2.x, 1.x). See Patching the Plugin Configuration File for further details.

Build Numbers

Note the following regarding values for since-build and until-build:

Valid Values

Values must represent the actual build numbers. Any made-up numbers must not be used. Violations are highlighted by plugin verifier, and such plugins will be rejected on JetBrains Marketplace.

For example, 233.* is invalid for since-build. Any of 999.*, 234.* (maximum is 233.*) and 223.9999 are invalid for until-build.

"Open-End" Compatibility

Not specifying the until-build attribute means it will include all future builds. This includes future, yet unreleased versions and possibly new IDEs, which might impact compatibility later.

See until-build documentation for the necessary Gradle configuration.

Branch Version Compatibility

To support all releases for a specific branch (major version), use a dot-star suffix (.*) for until-build.

For example, 232.* for all 2023.2.x releases.

Before publishing, the plugin must be checked using Plugin Verifier against the specified version range (and specified compatible products) to ensure binary compatibility. Any additional reported errors/warnings should also be fixed when possible.

Plugins hosted on JetBrains Marketplace are checked automatically. According to Approval Guidelines, JetBrains will restrict incompatible plugin versions if necessary.

Build Number Format

To denote a release, a multipart build number is used. It consists of the following parts:

Branch numbers are based on the YYYY.R IDE release version numbers. The branch number takes the last two digits of the year and the R release number. For example, 231 for 2023.1, 232 for 2023.2, and 233 for 2023.3.

The build number may have multiple components: IU-162.94.11, IU-162.94.11.256.42. This gives more flexibility for third-party plugins and IDE developers. Plugins may specify compatibility versions more precisely (for example, requiring a specific bugfix release); IDE vendors may have build numbers based on a specific IntelliJ Platform version and specify an additional internal version (for example, 256.42 in XX-162.94.11.256.42) to allow plugin developers for their IDE to specify compatibility.

Multipart build numbers can also be used in the since-build and until-build attributes of idea-version. Usually you should omit the product ID and use only the branch number and build number, for example:

<!-- 2021.3, 2021.3.1, 2021.3.2, ... --> <idea-version since-build="213" until-build="213.*"/>

<!-- 2021.3.3 or later --> <idea-version since-build="213.7172.25"/>

Specific build numbers and their corresponding release version are available via Previous Releases on the corresponding product's download page, for example, Previous IntelliJ IDEA Releases. For upcoming versions, see Early Access Program.

See also "What versions of IntelliJ-based IDEs are supported?" for JetBrains IDE support policy.

Targeting Multiple IDE Versions

Which versions should your plugin support? We've collected some insights based on download statistics in Statistics: Product Versions in Use.

When supporting multiple major versions, it is strongly recommended to build against the lowest supported version to guarantee backwards-compatibility. In the case of supporting a range of platform versions with different underlying Java level (see below), it is required.

Verifying Plugin Compatibility discusses tooling support to ensure compatibility with the chosen version range and IDEs.

Consult Incompatible API Changes and Notable API Changes for an overview of known breaking and relevant changes across IDE versions.

In some cases, keeping a dedicated branch and corresponding plugin release for each major IDE version might be required due to incompatibilities that cannot be solved in other ways. The IDE will automatically install only the corresponding compatible build.

Platform Versions

Note that there is no YY0. In the YYYY.R versioning scheme, the R part starts at 1.

The Gradle plugin must be chosen depending on the target platform version.

2024.2+

Requires IntelliJ Platform Gradle Plugin (2.x)

2022.3+

Recommended IntelliJ Platform Gradle Plugin (2.x)

Requires Gradle IntelliJ Plugin (1.x) (Obsolete) 1.10.1+

Early Access Program (EAP) releases of upcoming versions are available here.

IntelliJ Platform version

Branch

Java version

2025.2

252

21

2025.1

251

21

2024.3

243

21

2024.2

242

21

2024.1

241

17

2023.3

233

17

2023.2

232

17

2023.1

231

17

17 June 2025


RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4