Wiele aktualizacji oprogramowania jest zgodnych ze schematem od v0.1 do v0.2 do v2.6.5.6 . Co tak naprawdę oznaczają te „aktualizacje” oprogramowania? Czy zawsze przestrzegany jest standard branżowy, czy programiści wciąż podnoszą aktualizację # lub dodają więcej miejsc po przecinku?
deployment
software-updates
software-distribution
James Mertz
źródło
źródło
Odpowiedzi:
Jak powiedział Shaun, tak naprawdę nie ma standardu. Niektóre firmy stosują lepsze praktyki wersjonowania niż inne (miałem do czynienia z dostawcami, którzy pomijają główne numery wersji, a inni utknęli na tym samym xy kilka wydań później).
Powiedziawszy to, wynalazca Gravatars i współzałożyciel GitHub ( Tom Preston-Werner ) jest autorem dokumentu do „ Semantic Versioning ”, który jest więcej niż wart przeczytania.
Oto wyjątkiem wstępu:
źródło
4 cyfry to zwykle MajorV.MinorV.PatchNum.BuildNum, przynajmniej tam, gdzie pracuję.
Osobiście wolę schemat wersjonowania Ubuntu - znacznie ułatwia życie.
źródło
Krótka wersja jest taka, że nie ma standardu, a firmy robią, co chcą. Zasadniczo im więcej liczb masz, tym mniejsza liczba zmian reprezentuje każda liczba. Zwykle zobaczysz co najmniej wersję xy, gdzie xa x oznacza główne wydania (główne ulepszenia / rozszerzenia funkcji), a y oznacza drobne wydania (znaczące poprawki lub poprawki błędów). Więcej miejsc po przecinku po tych dwóch może oznaczać różne rzeczy wewnętrznie dla firmy, chociaż często dotyczą mniejszych kompilacji treści lub łatek, które reprezentują szybsze i mniejsze poprawki.
Wikipedia ma artykuł, który opisuje to bardziej szczegółowo.
źródło
Numery wersji służą jako odniesienie do raportów problemów. Jedynym wymaganiem jest to, aby każde wydanie miało unikalny numer wersji. Niektóre liczby są napędzane przez marketing - większe liczby całkowite są łatwiejsze do sprzedania, a liczby mocy takie jak 10 (rzymska X) są naprawdę chwytliwe. Niektóre osoby używają pewnej odmiany semantycznej wersji:
Wiele grup upuszcza numer BUILD w swoich wydaniach. Jest to zwykle przydatne tylko między grupami testującymi i programistycznymi.
Niektóre grupy dodają dodatkową semantykę, na przykład nieparzyste przyrosty MINOR dla eksperymentalnych kompilacji, a parzyste przyrosty MINOR dla wydań produkcyjnych ( jądro Linux używa tego podejścia).
Najważniejsze jest to, że nie ma standardu, inne niż nowsze wersje używają wyższych numerów wersji i że każdy numer wersji jest unikalny.
źródło