Add option in Studio to disable auto-incrementing project versions

Idea ID 2703418

Add option in Studio to disable auto-incrementing project versions

0 Votes

If I release version 1.0.1 of a project, Studio automatically updates the project version to 1.0.2-SNAPSHOT.

But why? Essentially, the content of 1.0.1 is identical to the content of 1.0.2-SNAPSHOT, only the version numbers are different. This does not reflect reality. 1.0.2-SNAPSHOT doesn't really exist yet, because no one has started working on the next development version. If development of 1.0.2 is never started, the project's version will never be accurate.

In other words, the act of releasing a project does not suddenly make it a development version. It still contains the exact same content as the release you just made, so it should retain the release version, not the SNAPSHOT.

Only when you start making changes does the project become the next development version (SNAPSHOT).

This impacts dependency resolution, as the SNAPSHOT versions are gathered, since Studio leaves released projects at the next development version.  But these development versions don't exist yet, so gathered dependency versions are always incorrect, and must be manually corrected, which can be a huge burden. Or, you have to manually adjust the auto-incremented versions each time you release, which is cumbersome and error prone in itself.

We typically have several projects open in Studio at any given time. We don't import our release Content Packs into Studio's dependencies, as we do for Base or MicroFocus Solutions, for example. Doing so would be unmanageable, since every single release would need to be downloaded and imported by every flow author. It's much easier to leave projects open, and SCM updates will keep them in sync automatically. This is especially true for frequently updated dependent projects.

Conceivably, auto-incrementing could be useful for some users, but not in our case. Studio should have an option to disable auto-incrementing, instead of forcing you into a particular development workflow. In fact, even OOSHA, despite its shortcomings (ignores dependencies, excludes pom.xml from CP, no SCM), accepts --incrementVersion false.

4 Comments
Member..
Member..

A small point of correction at the end of my post: I was wrong about OOSHA excluding pom.xml.  OOSHA does include pom.xml in the CP.  It just doesn't resolve dependencies.

Honored Contributor.
Honored Contributor.

Hi,

In OO10.60 Studio does not force me to use1.0.2  so i can change it .

Regards;

Member..
Member..

@Adel_HPOO_1020   I know you can change the version, that's what I was referring to when I said:

Or, you have to manually adjust the auto-incremented versions each time you release, which is cumbersome and error prone in itself.

And why should the user have to change the versions anyway?  An option could easily be added to Studio to enable or disable auto-incrementing.

Micro Focus Expert
Micro Focus Expert
Status changed to: Waiting for Votes
 
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.