              Vybor podhodyaschej dlya vas versii FreeBSD

  The FreeBSD Documentation Project

   Copyright (c) 2005 The FreeBSD Documentation Project

   $FreeBSD: head/ru_RU.KOI8-R/articles/version-guide/article.sgml
   39340 2012-08-08 20:33:58Z taras $

   FreeBSD `eto zaregistrirovannaya torgovaya marka FreeBSD
   Foundation.

   Itak, vy reshili ustanovit' FreeBSD. Dobro pozhalovat'! `Etot
   dokument napisan dlya togo, chtoby pomoch' vam v vybore versii
   dlya ustanovki.

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

1. Vvodnaya informaciya

   CHtoby reshit' kakaya versiya FreeBSD bol'she vsego podhodit dlya
   vashih nuzhd, vazhno ponimat' neskol'ko koncepcij, kasayuschihsya
   nashih processov razrabotki i podgotovki relizov (Release
   Engineering, RE).

   FreeBSD razrabatyvaetsya bol'shoj gruppoj lyudej, yavlyayuschihsya
   pochti polnost'yu dobrovol'cami. Ishodnyj kod yadra, samyh
   rasprostranionnyh bibliotek i utilit podderzhivaetsya v sisteme
   kontrolya ishodnogo koda (source control system) i dostupen
   shirokoj publike dlya skachivaniya v lyuboe vremya. Otdel'no,
   skompilirovannye versii (binarniki) dostupny na rekurrentnoj
   osnove. Nekotorye iz `etih dvoichnyh versij prohodyat shirokoe
   testirovanie i zatem oboznachayutsya, kak release.

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

  1.1. Relizy

   Imena Relizov stroyatsya iz starshego nomera versii i mladshego
   nomera versii.

     * Cel' starshego reliza - vvesti novye vozmozhnosti. Tak kak
       novye funkcional'nye vozmozhnosti dobavlyayutsya v FreeBSD, a
       starye -- stanovyatsya nevostrebovanymi ili udalyayutsya
       voobsche, to voznikaet inogda neobhodimost' ubrat'
       sovmestimost' s predyduschimi starshimi relizami.

     * Cel' mladshego reliza - v osnovnom ispravlenie oshibok i
       uluchshenie proizvoditel'nosti i stabil'nosti. Podderzhanie
       dvoichnoj sovmestimosti i sovmestimosti ishodnyh kodov mezhdu
       dvumya mladshimi relizami prioritetno. Inogda novye
       vozmozhnosti mogut byt' dobavleny v mladshij reliz, kogda
       vidno, chto drugie celi ne budut narusheny.

   Tem ne menee, pomnite, chto ''reliz'' - `eto prosto sn`epshot
   dereva ishodnogo koda v opredelionnyj moment vremeni, kotoromu
   prisvaivaetsya konkretnoe imya (t`eg). (K primeru, t`eg vo vremya
   podgotovki reliza prisvoennyj relizu 5.4 byl
   RELENG_5_4_0_RELEASE). Razrabotka vsegda prodolzhaetsya v tak
   nazyvaemom t`ege HEAD.

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

  1.2. Vetki

   Vo vremya kazhdogo reliza sozdaetsya vetka (k primeru,
   RELENG_5_4). Ishodnye fajly, nazvannye RELENG_5_4_0_RELEASE
   izmenyat'sya nikogda ne budut, te kotorye v RELENG_5_4
   izmenyat'sya mogut putiom prinyatiya izmenenij iz HEAD, takih kak
   ispravleniya v bezopasnosti i drugie oshibki.

   Vo vremya zhizni kazhdogo starshego reliza sozdaiotsya t`eg (k
   primeru, RELENG_5). V dopolnenie k ispravleniyam v bezopasnosti i
   ispravleniyam drugih oshibok, novye izmeneniya mogut byt' prinyaty
   iz HEAD, i takim obrazom sostavyat izmeneniya dlya sleduyuschego
   mladshego reliza v posledovatel'nosti.

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

  1.3. STABLE protiv CURRENT

   Vo vremya zhizni kazhdogo starshego reliza, otdel'naya vetka
   mozhet takzhe nazyvat'sya STABLE. `Eto oznachaet, chto proekt
   FreeBSD schitaet, chto vetv' imeet dostatochno dokazannuyu
   stabil'nost' dlya ispol'zovaniya shirokim krugom pol'zovatelej.
   Vetvi, kotorye nuzhdayutsya v dal'nejshem testirovanii pered tem,
   kak stat' v znachitel'noj stepeni prinyatoj nazyvayutsya CURRENT.

     Zamechanie: Proekt FreeBSD ni vnutri, ni vne sebya ne mozhet
     garantirovat', chto programmnoe obespechenie, kotoroe ono
     vypuskaet yavlyaetsya dostatochno stabil'nym dlya lyuboj dannoj
     sistemy. Tol'ko kazhdyj individual'nyj pol'zovatel' mozhet
     sdelat' takoe reshenie. Pozhalujsta, pomnite, chto Proekt v
     osnovnom sostoit iz dobrovol'cev i ne mozhet predlagat' lyuboj
     vid garantii prigodnosti.

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

  1.4. Porty protiv Paketov

   Otdel'no ot fajlov, rasprostranyaemyh vysheukazanno, FreeBSD
   podderzhivaet tysyachi prilozhenij, kotorye razrabatyvayutsya
   tret'imi licami, vne samogo proekta. (Syuda vklyucheny okonnye
   sistemy, internet brauzery, pochtovye programmy, ofisnye pakety, i
   tak dalee) V obschem, sam proekt ne razrabatyvaet `eto programmnoe
   obespechenie, tol'ko infrastrukturu, pozvolyayuschuyu ustanovit'
   `eti programmy (nazyvaetsya Kollekciya portov). Prilozheniya mogut
   byt' ustanovleny libo iz ishodnikov, esli usloviya licenzii
   pozvolyayut takoe rasprostranenie (oni nazyvayutsya porty), libo v
   vide skompilirovannyh dvoichnyh fajlov, esli razresheno (oni
   nazyvayutsya pakety).

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

2. Planirovanie relizov v proshlom

   Vo vremya razrabotki i vypuska FreeBSD 5.X bylo polucheno mnogo
   urokov, kotorye stali yasny tol'ko retrospektivno. Celi serii 5.X
   byli ochen' moschnymi i vklyuchali:

     * Obespechit' podderzhku mashin s simmetrichnoj
       mul'tiprocessornost'yu (Symmetric MultiProcessing, SMP);

     * Uvelichit' proizvoditel'nost', putiom primeneniya novoj
       strategii raboty s konkurenciej resursov v yadre;

     * Dobavit' neskol'ko novyh arhitektur processorov;

     * Vvesti novuyu model' tredov;

     * Vvesti novyj planirovschik;

     * Dobavit' podderzhku novyh tehnologij, takih kak upravlenie
       pitaniem (`eto osobenno vazhno dlya l`eptopov); i naibolee
       kritichno,

     * Ne ob"yavlyat' serii relizov, kak STABLE do teh por, poka vse
       `eti zadachi ne budut vypolneny.

   `Eto privelo k situacii, kogda mezhdu momentom vremenem, kogda
   reliz iz serii 4.X byl ob"yavlen, kak STABLE i momentom, kogda
   reliz iz 5.X byl ob"yavlen, kak STABLE proshlo neskol'ko let. `Eto
   imelo neskol'ko nezhelatel'nyh `effektov:

     * Kolichestvo odnovremennyh izmenenij grupp harakteristik
       sdelalo ochen' slozhnym izolirovanie odnogo nabora izmenenij
       dlya sliyaniya obratno v STABLE vetku;

     * chto oznachalo, chto pol'zovateli, kotorye dolzhny imet'
       opredelionnye novye vozmozhnosti (k primeru, ispol'zovat'
       sovremennoe oborudovanie) rabotali putiom adaptirovaniya (k
       primeru) FreeBSD 5.2.1 hotya on byl izvesten, kak reliz tol'ko
       dlya razrabotchikov, i nezavisimo ot togo fakta, chto CURRENT
       reliz ne sovsem podhodil dlya ih nuzhd.

     * V sluchayah, kogda obratnye sliyaniya imeli mesto, `eto
       postavilo razrabotchikov v polozhenie, kogda oni pytalis'
       podderzhivat' harakteristiki (feautures) na versii, kotoruyu
       oni sami ne ispol'zovali, kak pervichnuyu platformu dlya
       razrabotki.

     * Zaderzhka vo vremeni takzhe znachila, chto kogda 5.3 byl
       nakonec ob"yavlen samym poslednim STABLE relizom,
       nakopivsheesya kolichestvo izmenenij sdelalo process
       obnovleniya ochen' boleznennym.

   Bolee kratko, nikto ne byl dovolen rezul'tatom.

   Uroki, kotorye byli polucheny:

     * Novye starshie relizy dolzhny imet' men'shee kolichestvo
       ser'eznyh izmenenij harakteristik i vypuskat'sya bolee chasto.

     * V samoj bol'shoj stepeni, ser'eznye izmeneniya dolzhny
       izolirovat'sya drug ot druga. (`Eto podrazumevaet, chto
       nekotoraya razrabotka dolzhna vestis' vne osnovnogo dereva i
       mozhet byt' ob"edinena s osnovnym derevom tol'ko pri uslovii,
       chto `eto ne narushit druguyu odnovremenno
       prodolzhayuschuyusya razrabotku.)

     * Starshie relizy dolzhny orientirovat'sya na poslednij srok po
       vremeni, a ne na poslednij srok po kolichestvu harakteristik.
       Esli kakaya-to vozmozhnost' (harakteristika) ne zakonchena
       vovremya, to ona dolzhna byt' ubrana i ostavlena do
       sleduyuschego starshego reliza.

   S pomosch'yu bolee chastogo vypuska men'shego kolichestva
   izmenenij, takzhe suschestvuet nadezhda, chto men'she vremeni
   budet provodit'sya, pytayas' zanimat'sya sliyaniem harakteristik
   iz HEAD obratno v poslednyuyu STABLE versiyu (i tem samym pytayas'
   podderzhivat' `eti harakteristiki bolee, chem v odnoj starshej
   versii); i dalee, chem izmeneniya bolee izolirovany, tem risk
   poyavleniya novyh oshibok namnogo men'she.

   Takzhe, fokusiruyas' bol'she na poslednij srok po vremeni nezheli
   po kolichestvu harakteristik, v itoge budet vozmozhnym dlya
   pol'zovatelej, razrabotchikov vneshnih prilozhenij i samih
   razrabotchikov FreeBSD imet' bolee luchshij plan na buduschee.

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

3. Uluchsheniya celej planirovaniya relizov

   Vot tekuschie celi v planirovanii dlya Proekta:

     * Vypuskat' novyj starshij reliz kazhdye 18 mesyacev;

     * Vypuskat' novyj mladshij reliz kazhdye 4 mesyaca;

     * Obespechivat' predvaritel'no sobrannye pakety dlya poslednego
       reliza kazhdoj starshej versii;

     * Obespechit' obnovleniya v bezopasnosti i drugie kriticheskie
       ispravleniya oshibok dlya poslednih neskol'kih mladshih versij
       kazhdoj starshej versii (vetki uluchshenij v bezopasnosti,
       security branches).

   Iz-za bol'shogo kolichestva vozmozhnyh kombinacij ustanavlivaemyh
   versij, nevozmozhno podderzhivat' kazhduyu versiyu bessrochno;
   `eto ot chasti iz-za nehvatki mashinnyh resursov, no v osnovnom
   iz-za imeyuschihsya usilij dobrovol'cev.

   Zainteresovannym chitatelyam rekomenduetsya takzhe prosmotret':

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

           raspisanie podgotovki relizov

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

           raspisanie vetok uluchshenij v bezopasnosti

   Oba dokumenta soderzhat bolee detal'nuyu informaciyu po
   predposylkam i razumnye obosnovaniya `etih reshenij kasatel'no
   podderzhivaemyh vetok i vremeni zhizni kazhdoj vetki.

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

4. Kak `eti faktory povliyayut na moio reshenie?

   Osnovnye faktory, kotorye mogut povliyat' na vashe reshenie v
   vybore versii dlya ustanovki:

     * Kakuyu stepen' stabil'nosti trebuet vasha sistema?

     * Skol'ko usilij vy hotite prikladyvat' dlya obnovlenij?

     * Kak dolgo vy planirujte ostavat'sya na odnoj versii mezhdu
       obnovleniyami?

     * Kak vazhna bezopasnost' dlya vashej sistemy?

     * Budete li vy ustanavlivat'sya iz ishodnikov ili posredstvom
       dvoichnyh fajlov?

     * ZHelaete li vy pomoch' uchastvovat' v processe razrabotki
       FreeBSD?

   Vot nekotorye primernye instrukcii dlya pomoschi vam v vashem
   reshenii:

     * Esli vashi nuzhdy imeyut kratkosrochnyj harakter, est'
       potrebnost' v samoj vysokoj stepeni stabil'nosti, dostupnoj na
       dannyj moment i ne sobiraetes' obnovlyat' bol'shoe kolichestvo
       resursov, to vy vozmozhno zahotite ustanovit' poslednij
       mladshij STABLE reliz i ostat'sya s nim. V zavisimosti ot
       vashih trebovanij k bezopasnosti, vy mozhete sledit' za
       izmeneniyami v `etu vetku, po mere ih poyavleniya.

     * Esli vashi nuzhdy imeyut kratkosrochnyj harakter, i polnota
       vozmozhnostej ili nailuchshie urovni bezopasnosti naibolee
       vazhny dlya vas, i vy zhelaete provodit' vremya, obnovlyayas',
       vy mozhete ispol'zovat' poslednyuyu STABLE vetku.

     * Esli vy ne planiruete srazu promyshlennoe ispol'zovanie, a
       hotite porabotat' s problemami, i novyj starshij reliz
       poyavlyaetsya v sleduyuschie neskol'ko mesyacev, to vy mozhete
       poissledovat', ustanoviv `etu vetku, chtoby pomoch' Proektu
       protestirovat' ego, stabilizirovat', sdelat' ego samym
       luchshim relizom s urovnem kachestva vyshe srednego.

     * Tol'ko esli vy pozhelaete ustanavlivat'sya iz ishodnikov i
       provodit' vremya, zanimayas' otladkoj problem s bazovoj
       sistemoj i dal'she peredavat' ih posredstvom soobschenij ob
       oshibkah i proslezhivat' spisok rassylki, v kotorom
       obsuzhdayutsya takie voprosy, vy mozhete rassmotret' dlya
       ispol'zovaniya HEAD.

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

5. Zaklyuchenie

   My nadeemsya, chto `eta stat'ya posluzhila poleznoj startovoj
   tochkoj v ponimanii modeli razrabotki FreeBSD i v reshenii togo,
   kakaya versiya naibolee podhodit dlya vashih nuzhd.

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

            `Etot, i drugie dokumenty, mogut byt' skachany s
                ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/.

  Po voprosam, svyazannym s FreeBSD, prochitajte dokumentaciyu prezhde
                 chem pisat' v <questions@FreeBSD.org>.
         Po voprosam, svyazannym s `etoj dokumentaciej, pishite
                           <doc@FreeBSD.org>.
  Po voprosam, svyazannym s russkim perevodom dokumentacii, pishite v
                    rassylku <frdp@FreeBSD.org.ua>.
  Informaciya po podpiske na `etu rassylku nahoditsya na sajte proekta
                               perevoda.
