Re: RELENG_6

From: Oliver Fromme <olli(at)lurza.secnetix.de>
Date: Thu, 9 Mar 2006 08:54:28 +0100 (CET)

Heino Tiedemann <rotkaps_spam_trap(at)gmx.de> wrote:
> Oliver Fromme wrote:
> [...]
> > Eine kleine ASCII-Graphik (zur korrekten Darstellung ist
> > ein Monospaced-font nötig, kein Proportional-font):
> >
> >
> > RELENG_6
> > ---+-----------------+-----------------+------------------>
> > | | |
> > | | | RELENG_6_2
> > | | RELENG_6_1 `---+--------->
> > | RELENG_6_0 `---+---------> |
> > `---+---------> | |
> > | | |
> > ^ ^ ^
> > 6_0_0_RELEASE 6_1_0_RELEASE 6_2_0_RELEASE
>
>
> Diese unterzweige haben dem nach nur den Zweck, das man daraus
> RELEASES macht (und sicherheitstechnisch pflegt). Richtig? Zu mehr
> dienen die, augenscheinlich, nicht. Oder?

Ja, im Grunde genommen ist das richtig. Sie sind halt für
Leute, die RELENG_6 nicht folgen möchten (aus welchen Grün-
den auch immer), aber trotzdem Security-Fixes und sonstige
kritische Patches für ihre Release bekommen möchten.

Etwas ausführlicher:

Diese Unterzweige wurden erst bei FreeBSD 4.3 eingeführt.
Früher gab es sie nicht, d.h. die Releases wurden direkt
auf dem RELENG_x-Zweig gebildet. Es stellte sich aber
heraus, daß »stable« nicht immer ganz so stabil war, wie
der Name suggeriert, insbesondere für Leute, die zu faul
waren, die Stable-Mailingliste zu verfolgen. Ebendiese
Leute waren natürlich auch zu faul, die Security-Liste zu
verfolgen und die Sicherheitspatches manuell einzuspie-
len, daher wurden die »Security-Zweige« ins Leben gerufen.
Sie sind sozusagen optimal für Leute, die wöchentlich ein
»make world« per cron machen lassen (mit minimalem Risiko)
und sich gar nicht weiter darum kümmern wollen.

Das war jetzt ein wenig spitz formuliert, trifft aber wohl
den Kern der Sache. :-)

Für die Developer und das Release-Engineering-Team ergibt
sich auch der angenehme Nebeneffekt, daß die Releases etwas
leichter zu handhaben sind. Der Code-Freeze kann sofort
nach dem Branch aufgehoben werden, ohne daß auf die Release
gewartet werden muß. Und falls doch noch Last-minute-show-
stopper entdeckt werden (was fast die Regel ist), können
diese im Release-Branch notfalls mit einem Work-Around ver-
sehen werden, ohne daß RELENG_x betroffen ist, wo man dann
in Ruhe eine saubere Lösung für das Problem entwickeln
kann.

Gruß
   Olli

-- 
Oliver Fromme,  secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.
"When your hammer is C++, everything begins to look like a thumb."
        -- Steve Haflich, in comp.lang.c++
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Thu 09 Mar 2006 - 08:56:24 CET

search this site