Adding to the to and bump version is just as random.
Noone *required* those jetty deps in the published TP yet.
Read my suggested docs and tell me what you don't like or do like.
/max (sent from my phone)
On 25/03/2013, at 12.32, Nick Boldt <nboldt(a)redhat.com> wrote:
Then we should coordinate the changes better. Your addition of Jetty
(to Alpha2) happened a week before I started on the move to Kepler M6. Had they all
happened the same day, then yes, they would have all been part of Alpha2.
But because there was a chance someone was using Alpha2 with the new Jetty with Kepler
M5, I didn't want to break them by suddenly changing the underlying baseline.
The last time we had a workflow where contents of the target platform could change
"at random", to use Max's favourite phrase, Max complained every time.
Now, I version them explicitly so that every substantial commit is a new version... and
ya'll complain about that too.
In the grand scheme of things, wouldn't you rather have snapshots you can ignore
(Alpha2, than snapshots that no longer exist because they were overwritten?
IMHO it's *more confusing* if you're building one day with Alpha2 and it works
(because Kepler M5) and the next day it stops working (because Kepler M6), than if you
discover an email saying "want to use Kepler M6? Grab the Alpha3 version of the
target platform."
N
On 03/25/2013 02:42 AM, Mickael Istria wrote:
>
>> Does it really matter as long as the version goes up?
> It will introduce many "useless" TP versions and confuse us, and the
> rest of the team. I'm in favor in releasing as few TPs as necessary.
>
> --
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat <
http://www.jboss.org/tools>
> My blog <
http://mickaelistria.wordpress.com> - My Tweets
> <
http://twitter.com/mickaelistria>
--
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com