Programowanie w systemie UNIX/versioning
Jak oznaczać nowe wersje programu ? ( ang. Software versioning[1] )
Typy
edytuj- semantyczne
- #define LIBRARYNAME_IMPLEMENTATION
- kalendarzowy ( wg daty)[2] CalVer – ten schemat opiera się na dacie wydania. Nie jest tak specyficzny jak schemat SemVer, ale jest używany w projektach takich jak Pip, menedżer pakietów Pythona i Ubuntu
- Schemat wersjonowania Pythona – schemat zdefiniowany w celu identyfikacji dystrybucji Pythona. Schemat wykorzystuje pięć segmentów zwanych epoką, wydaniem, wydaniem przedpremierowym, wydaniem po wydaniu i rozwojem
- Wersje nazwane – niektóre projekty decydują się na nadawanie swoim wydaniom unikalnej nazwy. Na przykład Android ma interesującą kolekcję nazw wersji, które zaczynają się od Cupcake, Donut i Eclair! W razie potrzeby możemy zobaczyć pełną listę wydań Androida
- Nazewnictwo wersji projektu Spring — jest to powszechna metoda w projektach Spring Framework i Sprint Boot, rozszerzająca SemVer o dodatkowe etykiety, takie jak RC dla kandydatów do wydania i BUILD-SNAPSHOT dla wersji rozwojowej
pięć poziomów stabilności dla projektów open source: [3]
- embrionalny: wyłącznie do celów doświadczalnych lub demonstracyjnych, bez żadnych gwarancji długowieczności
- raczkujący: o udowodnionej użyteczności, poszukujący wkładu, ale podatny na znaczące przeprojektowanie
- dojrzały: główne decyzje projektowe szeroko rozstrzygnięte, starające się o przyjęcie i udoskonalenie
- niezawodny: gotowy do produkcji, podlegający kontrolowanej bieżącej konserwacji i ulepszaniu; oznaczone jako wersja 1.0 lub nowsza
- końcowy / żelazny: sprawdzona, niezawodna i gotowa do produkcji, bez żadnych dalszych przełomowych zmian
Typy kodu