Denna artikel är en spegelartikel om maskinöversättning, klicka här för att hoppa till originalartikeln.

Utsikt: 1737|Svar: 0

[Källa] Major-, Minor-, Build-nummer och revisionsversioner är annoterade

[Kopiera länk]
Publicerad på 2024-10-19 17:12:11 | | | |
Recension:

.NET Core får den unika identiteten för assemblern
https://www.itsvse.com/thread-10745-1-1.html


Versionsnumret består av två till fyra delar:Major-, Minor-, Build- och Revisionsnummer

Huvudversionsnumret och det mindre versionsnumret är obligatoriska, byggnumret och revisionsnumret är valfria. Sektionen med revisionsnummer är valfri endast om byggnummeravsnittet inte är definierat. Alla definierade komponenter måste vara decimala heltal större än eller lika med 0. Metadatan begränsar huvud-, minor-, build- och revisionskomponenterna till MaxValue max 1.

Formatet för versionsnumret visas nedan. Valfria komponenter visas inom hakparenteser ("[" och "]):

Huvudversionsnummer. Versionsnummer[.build number[.revision number]]

Dessa avsnitt ska användas enligt konventionen nedan:

Huvudsak: Samlingar med samma namn men olika huvudversionsnummer är inte utbytbara. Detta gäller till exempel ett stort antal omskrivningar av produkter som gör det omöjligt att uppnå bakåtkompatibilitet.
Minor: Om båda assemblies har samma namn och huvudversionsnummer, men olika minor versionsnummer, indikerar detta betydande förbättring, men tar hand om bakåtkompatibilitet. Detta gäller till exempel en modifierad version av en produkt eller en ny version som är fullt bakåtkompatibel.
Bygg: Olika byggnummer representerar omkompileringar av samma källa. Detta är lämpligt för att byta processor, plattform eller kompilator.
Revision: Sammansättningar med samma namn, huvudversionsnummer och mindre versionsnummer, men olika revisionsnummer ska vara fullt utbytbara. Detta gäller för att åtgärda säkerhetssårbarheter i tidigare släppta assemblies.

Efterföljande versioner av en assembly som endast skiljer sig i bygg- eller revisionsnummer betraktas som Quick Fix Engineering (QFE)-uppdateringar jämfört med tidigare versioner. Om det behövs kan du göra build- och revisionsnumren effektiva genom att ändra versionspolicyn i konfigurationen.
När man bygger ett projekt bör AssemblyInfo1.vb som standard välja <Assembly: AssemblyVersion("1.0.*")>

Efter kompilering, titta på versionsinformationen för dll, du kan se att 1.0.1879.26471 är satt av dig själv, och den tredje siffran 1879 vet också antalet dagar från 2000.01.01 till idag, så den sista siffran 26471 är versionsnumret för dynamisk kontroll.






Föregående:Vad är en UUID? och skillnaden mellan versionerna
Nästa:Forumet har varit tio år gammalt, och det är fortfarande så tyst!
Friskrivning:
All programvara, programmeringsmaterial eller artiklar som publiceras av Code Farmer Network är endast för lärande- och forskningsändamål; Ovanstående innehåll får inte användas för kommersiella eller olagliga ändamål, annars kommer användarna att bära alla konsekvenser. Informationen på denna sida kommer från internet, och upphovsrättstvister har inget med denna sida att göra. Du måste helt radera ovanstående innehåll från din dator inom 24 timmar efter nedladdning. Om du gillar programmet, vänligen stöd äkta programvara, köp registrering och få bättre äkta tjänster. Om det finns något intrång, vänligen kontakta oss via e-post.

Mail To:help@itsvse.com