Denne artikel er en spejling af maskinoversættelse, klik venligst her for at springe til den oprindelige artikel.

Udsigt: 1737|Svar: 0

[Kilde] Major-, Minor-, Build-nummer og revisionsversionnumre er annoteret

[Kopier link]
Opslået på 19/10/2024 17.12.11 | | | |
Anmeldelse:

.NET Core får den unikke identitet for assemblyen
https://www.itsvse.com/thread-10745-1-1.html


Versionsnummeret består af to til fire dele:Major-, Minor-, Build- og Revisionsnumre

Det store versionsnummer og det mindre versionsnummer er obligatoriske, byggenummeret og revisionsnummeret er valgfrie. Revisionsnummersektionen er kun valgfri, hvis byggenummersektionen ikke er defineret. Alle definerede komponenter skal være decimale heltal større end eller lig med 0. Metadataene begrænser hoved-, mindre-, build- og revisionskomponenterne til maksimalt 1 MaxValue.

Formatet for versionsnummeret vises nedenfor. Valgfrie komponenter vises i firkantede parentes ("[" og "]):

Hovedversionsnummer. Versionsnummer[.build number[.revision number]]

Disse afsnit bør anvendes i henhold til nedenstående konvention:

Hoved: Samlinger med samme navn, men forskellige hovedversionsnumre, er ikke udskiftelige. Dette gælder for eksempel for et stort antal omskrivninger af produkter, der gør det umuligt at opnå bagudkompatibilitet.
Mindre: Hvis begge samlinger har samme navn og hovedversionsnummer, men forskellige mindre versionsnumre, indikerer det betydelig forbedring, men sikrer bagudkompatibilitet. Dette gælder for eksempel for en modificeret version af et produkt eller en ny version, der er fuldt bagudkompatibel.
Build: Forskellige build-numre repræsenterer genkompileringer af samme kilde. Dette er velegnet til at skifte processor, platform eller compilator.
Revision: Samlinger med samme navn, hovedversionsnummer og mindre versionsnummer, men med forskellige revisionsnumre, skal være fuldt udskiftelige. Dette gælder for at rette sikkerhedssårbarheder i tidligere udgivne assemblies.

Efterfølgende versioner af en assembly, der kun adskiller sig i build- eller revisionsnumre, betragtes som Quick Fix Engineering (QFE)-opdateringer til tidligere versioner. Hvis nødvendigt kan du gøre build- og revisionsnumrene effektive ved at ændre versionspolitikken i konfigurationen.
Når man bygger et projekt, bør AssemblyInfo1.vb som standard vælge <Assembly: AssemblyVersion("1.0.*")>

Efter kompilering, se på versionsinformationen for dll'en, du kan se, at 1.0.1879.26471 er sat af dig selv, og det tredje ciffer 1879 kender også antallet af dage fra 2000.01.01 til nutiden, så det sidste ciffer 26471 er versionsnummeret for dynamisk kontrol.






Tidligere:Hvad er en UUID? og forskellen mellem versionerne
Næste:Forummet har været 10 år gammelt, og det er stadig så stille!
Ansvarsfraskrivelse:
Al software, programmeringsmaterialer eller artikler udgivet af Code Farmer Network er kun til lærings- og forskningsformål; Ovenstående indhold må ikke bruges til kommercielle eller ulovlige formål, ellers skal brugerne bære alle konsekvenser. Oplysningerne på dette site kommer fra internettet, og ophavsretstvister har intet med dette site at gøre. Du skal slette ovenstående indhold fuldstændigt fra din computer inden for 24 timer efter download. Hvis du kan lide programmet, så understøt venligst ægte software, køb registrering og få bedre ægte tjenester. Hvis der er nogen overtrædelse, bedes du kontakte os via e-mail.

Mail To:help@itsvse.com