Inactive hide details for Nick Boldt ---2009/07/24 02:58:44 PM---> Nick, should we consider moving to Hudson / Athena ?Nick Boldt ---2009/07/24 02:58:44 PM---> Nick, should we consider moving to Hudson / Athena ?
From:
Nick Boldt <
nickboldt@xxxxxxxxx>
To:
Anthony Hunter/Ottawa/IBM@IBMCA
Cc:
GEF development <
gef-dev@xxxxxxxxxxx>,
nickboldt+build@xxxxxxxxx
Date:
2009/07/24 02:58 PM
Subject:
Re: Last build on
emft.eclipse.org today
------------------------------------------------------------------------
> Nick, should we consider moving to Hudson / Athena ?
>
https://build.eclipse.org/hudson/view/Athena%20CBI/
> The part that is missing I think is how to promote the builds to the
> downloads site.
There are three missing pieces if you want to have the exact same
experience w/ Athena as you do w/ Modeling:
a) javadoc generation in .doc plugins is broken - I'd argue you don't
need it if you use Eclipse and install the sources instead. Isn't the
source navigation in Eclipse (and javadoc view) WAY more useful than the
canned, generated javadoc in Help?
b) Galileo .build file won't be automatically updated, but you only need
to do that by hand, what, 4 more times between now and February? (2 RCs
and 2 GAs). For Helios we'll set something up.
c) Publishing is MUCH simpler. You need a properties file, a boilerplate
promote.xml, and an entry in your crontab on build.eclipse. C'est tout!
http://wiki.eclipse.org/Common_Build_Infrastructure/Publishing
Oh, and until I set up the weekly tag&release automation you use for GEF
on emft.eclipse as part of the Athena system (see (c) - this'll be
another crontab entry you control) you'll have to go back to manually
tagging & releasing from within Eclipse using the releng tools plugin.
But as to setting up a GEF build in Athena, there's already one for 3.5:
https://build.eclipse.org/hudson/view/Athena%20CBI/job/cbi-gef-3.5.x-nightly/
N
--
Nick Boldt ::
http://nick.divbyzero.com
Release Engineer :: Eclipse Modeling & Dash Athena
