<font size="14">Numerowanie wersji</span>
Wstęp
Rozpoczęliśmy naprawdę duży projekt. Należałoby zadbać o odpowiednie przydzielanie zadań, ustalenie poprawnych priorytetów, oraz, co jest chyba najważniejsze, o integralność plików źródłowych projektu. W tym dokumencie mam zamiar przedstawić pewien aspekt ostatniego z wymienionych punktów. Numerację wersji.
Wprowadzenie
Osobiście rozpoznaję 2 rodzaje numerowania wersji programu czy pliku źródłowego. Pierwszy z nich dotyczy programów komercyjnych takich firm jak Microsoft czy Borland. Wersje typu 1.x czy 2.x są możliwie często wprowadzane, wraz z każdą zmianą kilku opcji projektu. Drugi sposób znany ze środowiska Open-Source jest o wiele bardziej skromny. Najpierw w założeniach projektu jest przedstawiana docelowa funkcjonalność, w miarę rozwoju dopisywane są do niej kolejne punkty. Programiści pracują w celu osiągnięcia wyznaczonego celu, a magiczny numerek 1.0.0 otrzymuje dopierog gotowy do użycia program. W przypadku Mozilli trwało to pięć lat, zanim autorzy uznali, że program godzien jest określenia 'stabilny'.
Wersje rozwojowe i stabilne
Wersje rozwojowe, jak sama nazwa wskazuje służą rozwojowi projektu. Dostają one numerki 0.x (1.x, 2.x) gdzie x to liczba nieparzysta. Przykłady:
0.1
0.1.1
0.1.14
Trzeci numer jest numerem wprowadzonej zmiany.
Wersje stabilne powstają z wersji rozwojowych po usunięciu możliwie największej liczby błędów. Numerowane sa parzyście:
0.2
0.2.1
Deadline i przechodzenie z wersji rozwojowej do stabilnej - wersje pre i rc
Dla danej wersji ustalane jest deadline rozwoju, po którym następuje zamrożenie rozszerzania funkcjonalności. Powstaje wersja niestabilna (nieparzysta) pre, w której następuje już tylko i wyłącznie poprawianie błędów. Po wydaniu jednej lub kilku wersji pre wydaje się wersje rc (release candidate) w której jest już możliwie najmniej błędów. Z wersji rc tworzymy naszą wersję stabilną.
Przykład numeracji
0.1 - początek tworzenia danego pliku
0.1.12 - plik po poprawkach
0.2-pre - zamrożony plik 0.1.12
0.2-rc - plik po usunięciu błedów
0.2 - ostateczna wersja stabilna 0.2 powstała z 0.1
Zakończenie
To co tu napisałem zostało uzgodnione z Adamem.
Proszę użytkowników projektu o dostosowanie się do tego sposobu numeracji.
Deadline dla każdej wersji rozwojowej ustalał będzie Adam.
Dla każdego deadline powinniśmy wyznaczyć listę celów do osiągnięcia.