In fact, I was not only thinking of re-using the build target platform for testing, but also re-using a previously snapshotted build target platform instead of provisioning a new one for each build. My idea was to be able to skip all the work done in the "postSetup" target in customTargets.xml, if nothing changed in the build configuration since the last build. Would that be doable ?
On Wed, Dec 9, 2009 at 3:24 AM, Nick Boldt <nickbo...@gmail.com> wrote: > The previously provisioned target used to build is reused when creating the > test target - it's added to the list of repos from which IUs are installed. > > This means (in theory) that instead of refetching from Galileo, IUs will > simply be copied from the local disk. So the only thing that slows the > process down is file i/o. > > Yes, we could even go a step further to use the existing eclipse instead of > creating a fresh, clean one, but that means a "dirty" test, and I don't like > that approach. Having this behaviour be optional is certainly doable, but > I'm sure people like Dave C will object violently to the idea of setting up > tests w/ chunks of leftover compilation artifacts in them, instead of a > clean "provision the target, install the built runtime, install the tests, > and run them" process. > > It may be slower, but it's a more valid test IMO. > > If you want an optional override to reuse the build environment instead of > creating a new one, please open a bug and propose the override property > name, eg., "useDirtyBuildEnvironmentForTesting" :) > > Nicolas Bros wrote: > >> Hi, >> >> I'd like my build to be faster. I have noticed that Athena installs a >> whole new Eclipse with all the dependencies specified in the >> build.properties twice for each build (once for the build and a second time >> for tests). That obviously takes quite some time. >> Would it be possible to save the Eclipse install once the dependencies are >> deemed stable, and re-use it for future builds? There could be a property in >> the build.properties file that indicates the path of an existing Eclipse >> install to use for the build for example. >> If not, what would prevent this? >> -- >> Nicolas Bros >> R&D >> tel: 06 75 09 19 88 >> nb...@mia-software.com <mailto:nb...@mia-software.com> >> nbros....@gmail.com <mailto:nbros....@gmail.com> >> >> Mia-Software, 410 clos de la Courtine >> 93160 Noisy-le-Grand >> http://www.mia-software.com >> .: model driven agility :. >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> dash-dev mailing list >> dash-dev@eclipse.org >> https://dev.eclipse.org/mailman/listinfo/dash-dev >> > > -- > Nick Boldt :: http://nick.divbyzero.com > Release Engineer :: Eclipse Modeling & Dash Athena > _______________________________________________ > dash-dev mailing list > dash-dev@eclipse.org > https://dev.eclipse.org/mailman/listinfo/dash-dev > -- Nicolas Bros R&D tel: 06 75 09 19 88 nb...@mia-software.com nbros....@gmail.com Mia-Software, 410 clos de la Courtine 93160 Noisy-le-Grand http://www.mia-software.com .: model driven agility :.
_______________________________________________ dash-dev mailing list dash-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/dash-dev