[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [cross-project-issues-dev] Hudson change
|
As a middle ground, you can grant Hudson write access to a staging location and then promote artifacts from there to your actual download location with more restrictive permissions (manually or using a cron on
build.eclipse.org).
In the end we all need to trust Hudson anyways to the extend that the produced binaries aren't tainted. Keeping artifacts in the Hudson workspace won't protect them any better than storing them in a different location that's more convenient to access. Both locations will inherently writeable by all other Hudson jobs.
Steffen
P.S.: Some directory names on
download.eclipse.org are excluded from mirroring (such as archive/ I believe).
On Wed, Dec 7, 2011 at 4:00 PM, Dennis Hübner
<dennis.huebner@xxxxxxxxx> wrote:
Am 07.12.11 15:44, schrieb Webmaster(Matt Ward):
> 3) You can use the http/s links to get the files and put them where
> your releng scripts expect, then run your release tools. After that
> you can work on updating your tools.
... and then? Wait for the next "potential fix"?
Now I understand release engineers who just grand hudson (or even all)
write access to their project download locations, to finally get the
whole release/promote process working for more then just a couple of
weeks/month.
--
Dennis Hübner
Softwareentwickler
Mobil: 0151 173 96 707
http://www.itemis.de/
itemis AG
Am Germaniahafen 1
24143 Kiel
Rechtlicher Hinweis:
Amtsgericht Dortmund, HRB 20621
Vorstand: Wolfgang Neuhaus, Jens Wagener, Dr. Georg Pietrek
Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus
--
Steffen Pingel
Senior Software Developer, Eclipse Mylyn
Mylyn Tasks Lead
http://tasktop.com
