            Die fu:r Sie passende FreeBSD-Version bestimmen

  The FreeBSD Documentation Project

   Copyright (c) 2005 The FreeBSD Documentation Project

   $FreeBSD:
   doc/de_DE.ISO8859-1/articles/version-guide/article.sgml,v 1.8
   2012/04/21 15:40:34 bcr Exp $

   FreeBSD ist ein eingetragenes Warenzeichen der FreeBSD Foundation.

   Sie haben sich dafu:r entschieden, FreeBSD zu installieren. Dieses
   Dokument soll Ihnen dabei helfen, sich fu:r eine Version zu
   entscheiden.

   U:bersetzt von Johann Kois.

     --------------------------------------------------------------

1. Hintergrundinformationen

   Damit Sie sich fu:r die fu:r Sie am Besten geeignete
   FreeBSD-Version entscheiden ko:nnen, mu:ssen Sie einige Konzepte
   unseres Entwicklungs- und Release Engineering (RE)-Prozesses
   verstehen.

   FreeBSD wird von einer grossen Gruppe von fast ausschliesslich
   freiwilligen Mitarbeitern entwickelt. Der Quellcode des Kernels
   und der Systembibliotheken wird durch ein Versionskontrollsystem
   verwaltet und kann jederzeit heruntergeladen werden. Zusa:tzlich
   werden in regelma:ssigen Absta:nden bina:re Installationspakete
   erstellt. Einige dieser Bina:rversionen durchlaufen einen
   intensiveren Testprozess und werden danach als Release
   vero:ffentlicht.

     --------------------------------------------------------------

  1.1. Releases

   Releases werden durch eine Hauptversionsnummer sowie eine
   Unterversionsnummer gekennzeichnet.

     * Das Ziel eines Haupt-Releases ist es, neue Funktionen
       einzufu:hren. Dafu:r kann es auch no:tig sein, die
       Kompatibilita:t mit Vorga:ngerversionen zugunsten der
       Weiterentwicklung von FreeBSD aufzugeben. Andererseits werden
       manchmal Funktionen aus dem System entfernt, die nicht la:nger
       beno:tigt werden.

     * Eine Unterversion wird vero:ffentlicht, um Probleme zu beheben
       sowie die Leistung und Stabilita:t des Systems zu verbessern.
       Dabei hat aber die Erhaltung der Kompatibilita:t zwischen den
       einzelnen Unterversionen Priorita:t. Ist die Einhaltung dieser
       Vorgaben gewa:hrleistet, werden gelegentlich auch in
       Unterversionen neue Funktionen eingefu:hrt.

   Beachten Sie aber, dass eine "Release-Version" lediglich den Stand
   des Quellcodes zu einem bestimmten Zeitpunkt darstellt, dem ein
   Name (ein sogenanntes Tag) zugewiesen wurde. So hat das Release
   Engineering Team dem Release 5.4 das Tag RELENG_5_4_0_RELEASE
   zugewiesen. Der aktuelle Entwicklungsstand wird hingegen durch das
   Tag HEAD gekennzeichnet.

     --------------------------------------------------------------

  1.2. Entwicklungszweige

   Zeitgleich mit der Vero:ffentlichung einer Release-Version wird
   ein Zweig (branch) erzeugt (in unserem Beispiel RELENG_5_4). Der
   Quellcode von RELENG_5_4_0_RELEASE bleibt danach unvera:ndert,
   wa:hrend sich Dateien des Zweiges RELENG_5_4 sehr wohl vera:ndern
   ko:nnen, wenn A:nderungen wie Behebungen von Sicherheitslu:cken
   oder anderen Problemen von HEAD u:bernommen werden.

   Wa:hrend der Lebenszeit einer Hauptversion wird ein weiteres Tag
   vergeben, beispielsweise RELENG_5. In diesen Zweig ko:nnen
   zusa:tzlich zu den eben genannten Aktualisierungen auch weitere
   Neuerungen von HEAD u:bernommen werden, um so den U:bergang zur
   na:chsten Unterversion vorzubereiten.

     --------------------------------------------------------------

  1.3. STABLE versus CURRENT

   Wa:hrend der Lebenszeit einer Hauptversion kann auch ein
   STABLE-Zweig erzeugt werden. Dadurch wird signalisiert, dass das
   FreeBSD-Projekt der Ansicht ist, dass dieser Zweig nun so stabil
   ist, dass er fu:r die meisten Anwender geeignet ist. Ein Zweig,
   der vor seiner Eignung fu:r den allgemeinen Einsatz noch weiter
   getestet werden muss, wird hingegen als CURRENT bezeichnet.

     Anmerkung: Das FreeBSD-Projekt u:bernimmt keine Garantie dafu:r,
     dass die vertriebene Software fu:r alle Einsatzzwecke stabil
     genug ist. Diese Entscheidung kann nur der jeweilige Anwender
     selbst treffen. Bedenken Sie auch, dass das FreeBSD-Projekt sich
     fast ausschliesslich aus Freiwilligen zusammensetzt. Daher kann
     auch nicht garantiert werden, dass die Software fu:r Ihre
     Anforderungen geeignet ist.

     --------------------------------------------------------------

  1.4. Ports versus Packages

   Neben dem Betriebssystem selbst unterstu:tzt FreeBSD auch Tausende
   Anwendungen, die unabha:ngig vom Projekt selbst von Dritten
   entwickelt werden. Dazu geho:ren Window-Systeme, Internetbrowser,
   E-Mail-Programme, Office-Programme und viele andere mehr. Das
   FreeBSD-Projekt stellt dazu in der Regel nur das als
   Ports-Sammlung bezeichnete Geru:st bereit, damit diese Programme
   unter FreeBSD installiert werden ko:nnen. Ein Programm, dessen
   Lizenz die Installation aus dem Quellcode erlaubt, wird als Port
   bezeichnet, ein Programm, das aus einer vorkompilierten
   Bina:rdatei installiert wird, hingegen als Paket (package).

     --------------------------------------------------------------

2. Bisherige Release-Zeitpla:ne

   Wa:hrend der Entwicklung von FreeBSD 5.X traten Probleme auf,
   deren Tragweite erst im Nachhinein vollkommen klar wurde. Die
   Entwicklungsziele fu:r die 5.X-Reihe waren a:usserst ambitioniert
   und sahen unter anderem vor:

     * Die Unterstu:tzung von Mehrprozessor-Systemen (Symmetric
       MultiProcessing (SMP)).

     * Die Erho:hung der Leistungsfa:higkeit durch die Entwicklung
       einer neuen Strategie fu:r das Ressourcenmanagement innerhalb
       des Kernels.

     * Die zusa:tzliche Unterstu:tzung von verschiedenen
       Prozessor-Architekturen.

     * Die Einfu:hrung eines neuen Modells fu:r die Handhabung von
       Threads.

     * Die Entwicklung eines neuen Schedulers.

     * Die Unterstu:tzung neuer Technologien wie Power Management
       (insbesondere auf Notebooks).

     * All dem u:bergeordnet war die Festlegung, die 5.X-Serie erst
       dann fu:r STABLE zu erkla:ren, wenn all diese Aufgaben
       erledigt waren.

   Dies fu:hrte dazu, dass zwischen dem Entstehen des STABLE-Zweiges
   von 4.X beziehungsweise 5.X mehrere Jahre vergingen. Dieser
   Umstand hatte mehrere unerwu:nschte Auswirkungen:

     * Die grosse Anzahl der gleichzeitig zu implementierenden
       Neuerungen machte es sehr schwierig, einen Teil davon zu
       isolieren und in den STABLE-Zweig einzubringen.

     * Anwender, die bestimmte Neuerungen unbedingt beno:tigten (etwa
       die Unterstu:tzung neuester Hardware), entschieden sich
       vielfach dafu:r, beispielsweise FreeBSD 5.2.1 zu installieren,
       obwohl es sich dabei um ein CURRENT-Release handelte, das nur
       fu:r Entwickler und nicht fu:r den allgemeinen Einsatz
       vorgesehen war.

     * Um A:nderungen aus diesen Versionen wieder in den aktuellen
       Entwicklungszweig einzubringen, waren die Entwickler
       gezwungen, diese Eigenschaften auf FreeBSD-Versionen zu
       unterstu:tzen, die sie nicht als prima:re
       Entwicklungsplattform nutzten.

     * Die zeitliche Verzo:gerung bis zum Erscheinen von FreeBSD 5.3,
       dem ersten STABLE-Release, fu:hrte zu umfangreichen
       A:nderungen, was die Aktualisierung auf die neue Version
       a:usserst kompliziert machte.

   Um es auf den Punkt zu bringen: Niemand war mit dieser Entwicklung
   zufrieden.

   Aus dieser Problematik wurden daher folgende Ru:ckschlu:sse
   gezogen:

     * Neue Hauptversionen werden ku:nftig nicht mehr so umfangreiche
       A:nderungen aufweisen. Dafu:r werden solche Versionen ha:figer
       vero:ffentlicht werden.

     * Soweit mo:glich, sollen Funktionserweiterungen ku:nftig
       voneinander isoliert entwickelt werden. Dies setzt voraus,
       dass Teile der Entwicklungsarbeit ausserhalb des
       Hauptquellcodebaumes erfolgen. A:nderungen werden erst dann in
       den Hauptentwicklungszweig eingebracht werden, wenn
       sichergestellt ist, dass diese die Stabilita:t anderer
       Entwicklungsprojekte nicht beeintra:chtigen.

     * Hauptversionen werden sich ku:nftig an einem Zeitplan
       orientieren und nicht mehr an den zu implementierenden
       A:nderungen. Wenn bestimmte Eigenschaften zum geplanten
       Vero:ffentlichungszeitpunkt nicht fertig werden, werden sie
       vorerst deaktiviert und erst in der na:chsten Hauptversion
       aktiviert.

   Durch die ha:ufigere Vero:ffentlichung von weniger umfangreichen
   A:nderungen erhofft man sich ausserdem, dass die Einbringung von
   neuen Eigenschaften aus HEAD in die neue STABLE-Version
   erleichtert wird. Dadurch ko:nnen solche Eigenschaften in mehreren
   Hauptversionen unterstu:tzt werden. Da es sich dabei in der Regel
   um isolierte A:nderungen handeln wird, verringert sich auch die
   Wahrscheinlichkeit, dass mit diesen A:nderungen neue Probleme
   eingefu:hrt werden.

   Durch die Fokussierung auf einen Zeitplan statt auf geplante
   A:nderungen wird es fu:r Anwender, Entwickler von externen
   Programmen sowie FreeBSD-Entwickler einfacher werden, eigene
   Planungen zu erstellen.

     --------------------------------------------------------------

3. Zuku:nftige Release-Zeitpla:ne

   So sehen die derzeitigen Planungen des FreeBSD-Projekts fu:r
   zuku:nftige Versionen aus:

     * Alle 18 Monate soll eine neue Hauptversion vero:ffentlicht
       werden.

     * Eine Unterversion soll hingegen alle 4 Monate vero:ffentlicht
       werden.

     * Fu:r das jeweils aktuellste Unterversion-Release jeder
       Hauptversion sollen vorkompilierte Pakete angeboten werden.

     * Sicherheitslu:cken und andere kritische Probleme sollen fu:r
       die aktuellsten Unterversionen jeder Hauptversion angeboten
       werden (in sogenannten security branches).

   Aufgrund der vielen verschiedenen installierbaren Versionen, ist
   es allerdings nicht mo:glich, jede Version zeitlich unbegrenzt zu
   unterstu:tzen. Dies liegt zum Teil an nur begrenzt verfu:gbaren
   Rechnerkapazita:ten, vor allem aber an der ebenfalls nur begrenzt
   verfu:gbaren Leistung der freiwilligen Mitarbeiter des
   FreeBSD-Projekts.

   Interessierte Leser sollten sich auch folgende Seiten ansehen:

   http://www.FreeBSD.org/releng/index.html#schedule

           The Release Engineering Schedule

   http://www.FreeBSD.org/de/security/security.html#supported-branches

           The Security Branch Schedule

   Beide Dokumente gehen na:her auf die verschiedenen
   Entwicklungszweige sowie den Zeitrahmen ein, fu:r den die
   einzelnen Zweige unterstu:tzt werden.

     --------------------------------------------------------------

4. Wie sollten diese Faktoren meine Entscheidung beeinflussen?

   Die wichtigsten Fragen, die Sie sich vor der Entscheidung fu:r die
   zu installierende Version stellen sollten, sind:

     * Wie stabil muss Ihre Installation sein?

     * Wie viel Arbeit wollen Sie in den Aktualisierungsprozess
       investieren?

     * Wie lange wollen Sie mit einer bestimmten Version arbeiten,
       bevor Sie auf eine neuere Version wechseln?

     * Wie sicherheitskritisch ist Ihre Installation?

     * Wollen Sie Ihr System aus dem Quellcode installieren oder
       bevorzugen Sie eine Bina:rinstallation?

     * Sind Sie bereit, sich am FreeBSD-Entwicklungsprozess zu
       beteiligen?

   Es folgen nun einige grobe Richtlinien, die Ihnen bei Ihrer
   Entscheidung helfen sollen:

     * Wenn Sie an der derzeit stabilsten Version interessiert sind
       und mo:glichst wenig Ressourcen in die Aktualisierung Ihres
       Systems investieren wollen, sollten Sie das aktuellste
       STABLE-Unterversions-Release installieren und bei dieser
       Version verbleiben. Dabei bleibt es Ihnen u:berlassen, ob Sie
       A:nderungen dieses Zweiges u:bernehmen wollen oder nicht.

     * Wenn es Ihnen auf auf eine sofortige Verfu:gbarkeit ankommt,
       Sie die neuesten Fa:higkeiten oder den bestmo:glichen
       Sicherheitslevel beno:tigen und dazu bereit sind, Zeit in die
       Aktualisierung Ihres Systems zu investieren, ko:nnen Sie dem
       aktuellen STABLE-Zweig folgen.

     * Wenn Sie Ihr System nicht sofort beno:tigen und bereit sind,
       sich durch einige Probleme zu arbeiten, ko:nnen Sie uns dabei
       helfen, eine neue bevorstehende Hauptversion zu testen, um
       fu:r diesen Zweig mittel- bis langfristig die bestmo:gliche
       Stabilita:t zu erreichen.

     * Nur wenn Sie bereit sind, das System aus dem Quellcode zu
       installieren, Zeit haben, Probleme im Basissystem zu suchen
       und zu beheben sowie entsprechende Problemberichte zu
       erstellen und zusa:tzlich die entsprechende Mailingliste
       verfolgen ko:nnen, sollten sich dafu:r entscheiden, HEAD zu
       folgen.

     --------------------------------------------------------------

5. Fazit

   Wir hoffen, dass dieser Artikel Ihr Versta:ndnis des
   FreeBSD-Entwicklungsmodells verbessern und Ihnen Ihnen dabei
   helfen konnte, sich fu:r die FreeBSD-Version zu entscheiden, die
   Ihren Anforderungen am Besten entspricht.

     --------------------------------------------------------------

     Wenn Sie Fragen zu FreeBSD haben, schicken Sie eine E-Mail an
                   <de-bsd-questions@de.FreeBSD.org>.
Wenn Sie Fragen zu dieser Dokumentation haben, schicken Sie eine E-Mail
                an <de-bsd-translators@de.FreeBSD.org>.
