Ten artykuł jest lustrzanym artykułem tłumaczenia maszynowego, kliknij tutaj, aby przejść do oryginalnego artykułu.

Widok: 1737|Odpowiedź: 0

[Źródło] Numery wersji głównej, pobocznej, numeru budowy oraz wersji wersji są oznaczone adnotacjami

[Skopiuj link]
Opublikowano 19.10.2024 17:12:11 | | | |
Recenzja:

.NET Core otrzymuje unikalną tożsamość asembla
https://www.itsvse.com/thread-10745-1-1.html


Numer wersji składa się z dwóch do czterech części:Numery głównego, drugorzędnego, budowania i rewizji

Numer wersji głównej i numer wersji bocznej są obowiązkowe, numer budowy i numer wersji są opcjonalne. Sekcja numerów wersji jest opcjonalna tylko wtedy, gdy sekcja numeru wersji nie jest zdefiniowana. Wszystkie zdefiniowane składowe muszą być liczbami całkowitymi dziesiętnymi większymi lub równymi 0. Metadane ograniczają komponent główny, pomniejszy, build i rewizji do maksymalnej wartości 1.

Format numeru wersji przedstawiono poniżej. Opcjonalne elementy są wyświetlane w nawiasach kwadratowych ("[" i "]):

Numer wersji głównej. Numer wersji[.build number[.numer wersji]]

Te sekcje powinny być używane zgodnie z poniższą konwencją:

Major: Zespoły o tej samej nazwie, ale różnych numerach wersji głównych, nie są wymienne. Dotyczy to na przykład wielu przeróbek produktów, które uniemożliwiają osiągnięcie kompatybilności wstecznej.
Minor: Jeśli oba zespoły mają tę samą nazwę i numer wersji głównej, ale różne numery wersji minor, oznacza to znaczące ulepszenie, ale dba o kompatybilność wsteczną. Dotyczy to na przykład zmodyfikowanej wersji produktu lub nowej wersji w pełni kompatybilnej wstecz.
Build: Różne numery buildów oznaczają rekompilacje tego samego źródła. Jest to odpowiednie do zmiany procesorów, platform lub kompilatorów.
Rewizja: Zespoły o tej samej nazwie, numerze głównej wersji i numerze wersji pobocznej, ale z różnymi numerami wersji powinny być w pełni wymienne. Dotyczy to naprawiania luk bezpieczeństwa w wcześniej wydanych asemblech.

Kolejne wersje zespołu, które różnią się jedynie numerami wersji lub wersji, są uznawane za aktualizacje Quick Fix Engineering (QFE) względem wcześniejszych wersji. Jeśli zajdzie taka potrzeba, możesz uczynić liczby buildów i wersji skutecznymi, zmieniając politykę wersji w konfiguracji.
Podczas budowania projektu AssemblyInfo1.vb domyślnie używać <Assembly: AssemblyVersion("1.0.*")>

Po kompilacji spójrz na informacje o wersji dll, zobaczysz, że 1.0.1879.26471 jest ustalana samodzielnie, a trzecia cyfra 1879 zna liczbę dni od 2000.01.01 do obecności, więc ostatnia cyfra 26471 to numer wersji dynamicznej kontroli.






Poprzedni:Czym jest UUID? oraz różnice między wersjami
Następny:Forum ma już 10 lat, a wciąż jest bardzo cicho!
Zrzeczenie się:
Całe oprogramowanie, materiały programistyczne lub artykuły publikowane przez Code Farmer Network służą wyłącznie celom edukacyjnym i badawczym; Powyższe treści nie mogą być wykorzystywane do celów komercyjnych ani nielegalnych, w przeciwnym razie użytkownicy ponoszą wszelkie konsekwencje. Informacje na tej stronie pochodzą z Internetu, a spory dotyczące praw autorskich nie mają z nią nic wspólnego. Musisz całkowicie usunąć powyższą zawartość z komputera w ciągu 24 godzin od pobrania. Jeśli spodoba Ci się program, wspieraj oryginalne oprogramowanie, kup rejestrację i korzystaj z lepszych, autentycznych usług. W przypadku naruszenia praw prosimy o kontakt mailowy.

Mail To:help@itsvse.com