Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] On when to update aggregation files to point to final release repos

Hi David, List,

This is a good opportunity for me to ask whether our approach is ok, too.

In the past our RC4 drops were the result of R-builds, i.e., after the promotion the drop folder on download.e.o had the name "R20nn...". By default our promotion service leaves all S-build and R-build drops invisible, i.e., they don't appear on our downloads page and they don't end up in our composite p2 repos. The advantage is that the aggregation as well as the mirrors are well prepared for GA. Everything is properly in place for GA right after RC4.

The disadvantage is that I can not present an explicit and visible RC4 drop. Therefore I'm currently working on a promotion script that automates the copy/rename process of already promoted drops. With that I want to promote a proper S-build as the visible RC4 drop and then copy it to an invisible GA drop that has R-build quality.

Does that sound reasonable?

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper



Am 20.06.2012 16:55, schrieb David M Williams:
It depends a little. But the safest thing to do is leave RC4 in place until 6/27 (or, maybe remove 6/26, Tuesday, one
day, before release) and leave aggregator file pointing to it, RC4.
Then on 6/27, release becomes visible and aggregator file can be updated then to point to final release location.

In my experience, some users will still be trying to access RC4 stuff even this week and next, even knowing that the
release is next Wednesday ... so, besides aggregation concerns, best not to leave your users empty handed. (and, main
release location should be "invisible" to them until 6/27.

We always say "no rebuilds for any reason, at all, ever" after Monday 5 PM, so ... it is "ok" if the aggregator files
are broken for a day or two next week.
Of course, it would take an act of ... someone very powerful ... to do a rebuild even now so if you break aggregation
files now, I doubt anyone would notice :).
Then, its just between you and your users/adopters.

I'm sure there's many variations on these theme others have found that works for them, but I think the above it good
blend of "safety" and "efficiency".

HTH




From: Mark Russell <mrrussell@xxxxxxxxxx>
To: David M Williams/Raleigh/IBM@IBMUS,
Date: 06/20/2012 10:34 AM
Subject: windowbuilder
------------------------------------------------------------------------------------------------------------------------



currently my aggrigation file points to _http://download.eclipse.org/windowbuilder/WB/rc/4.2.0-201206121200-RC4/4.2_

when Should I update it to point to _http://download.eclipse.org/windowbuilder/WB/release/_R201206261200/4.2 which is my
release directory

--
Mark R Russell
(724) 473-3140
Software Engineer in Test
Google Pittsburgh




_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



Back to the top