My 'contribution' is currently:
description="Eclipse OCL 6.1.0">
"6.1.0/S201512161807" is a build-specific repo. If that is
auto-updated great. However if it is auto-updated I lose the ability
to delay the update, possibly because I want to do some more
testing. More likely because the aggregator is having trouble or
Hudson is down.
IMHO given build-specific repos, the version range is redundant
clutter and arguably the source of much of this trouble.
On 08/01/2016 21:44, Mickael Istria
On 01/08/2016 07:13 PM, Eike Stepper
08.01.2016 um 17:29 schrieb Marc Khouzam:
Just to be sure I correctly understand your (and Marc's and Ed's)
point: you're OK to have fully-qualified versions in the file, but
you don't want to maintain it manually, right?
I also would not like to have to change
Exactly. I also don't want to look *into* my repos for each
contribution and copy multiple versions around.
Changing the URL only allows me to change one line quickly.
Changing each version of each feature group is more work and
more error prone.
So if the b3 model editor were providing that, would it suit you?
Would you specify fully-qualified versions to the aggregator? If
it's the only thing blocking you and others in using
fully-qualified versions, I may be able to raise the priority of
this improvement in my todo-list.
cross-project-issues-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit