Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-releng-dev] Version moved backwards in JDT and other places

> I think this case is a consequence of a small change in parent pon to ignore .settings changes in qualifier computation as most of those changes don't cascade to binary change and the compare-with-baselines mojo detects issues in case binaries are modified.

When was that change made? At least the latest build did not report a comparator or version error. Do you have a bug number?

Dani



From:        Daniel Megert/Zurich/IBM
To:        "Eclipse platform release engineering list." <platform-releng-dev@xxxxxxxxxxx>
Date:        19.06.2019 23:56
Subject:        Re: [EXTERNAL] Re: [platform-releng-dev] Version moved backwards in JDT and other        places



Well, this looks like a bug in your tool then. There is no reason to change the version, so, the tool also must not report it. If the tool can't handle that, then we have to suspend it until it can.

So, a big -1 from me to change versions if not necessary.

Dani




From:        Mickael Istria <mistria@xxxxxxxxxx>
To:        "Eclipse platform release engineering list." <platform-releng-dev@xxxxxxxxxxx>
Date:        19.06.2019 23:52
Subject:        [EXTERNAL] Re: [platform-releng-dev] Version moved backwards in JDT and other        places
Sent by:        platform-releng-dev-bounces@xxxxxxxxxxx




Please read carefully my previous message which explains the cause. The change is in parent pom and impact qualifier computation. No issue about clock or whatever. 

Some version bumps and .settings changes are required for API tools verification at built time.
There are 2 ways of dealing with it: one implies bumping a few bundles even if there were no substantial change in source nor binary, the other implies bumping a lot of bundles even if there is no substantial change in source nor binary. The former is what I implemented, also because it's semantically more correctto not bump versions when only .settings change.

I'll see tomorrow which bundles are affected and provide patches. Maybe the list.of.bundles with only prefs change in latest commit is much longer than I ewpected.


--

Mickael Istria
Eclipse IDE developer, for Red Hat Developers
_______________________________________________
platform-releng-dev mailing list
platform-releng-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-releng-dev




Back to the top