Denne artikkelen er en speilartikkel om maskinoversettelse, vennligst klikk her for å hoppe til originalartikkelen.

Utsikt: 1737|Svare: 0

[Kilde] Major, Minor, Build Number og Revisjonsversjonsnumre er annotert

[Kopier lenke]
Publisert på 19.10.2024 17:12:11 | | | |
Anmeldelse:

.NET Core får den unike identiteten til assemblyen
https://www.itsvse.com/thread-10745-1-1.html


Versjonsnummeret består av to til fire deler:Hoved-, bi-, bygge- og revisjonsnumre

Hovedversjonsnummeret og det mindre versjonsnummeret er obligatoriske, byggenummeret og revisjonsnummeret er valgfrie. Revisjonsnummerseksjonen er valgfri bare hvis byggenummerseksjonen ikke er definert. Alle definerte komponenter må være desimale heltall større enn eller lik 0. Metadataene begrenser hoved-, bi-, bygge- og revisjonskomponentene til maksimalt 1 MaxValue.

Formatet for versjonsnummeret vises nedenfor. Valgfrie komponenter vises i hakeparentes ("[" og "]):

Hovedversjonsnummer. Versjonsnummer[.build number[.revision number]]

Disse seksjonene bør brukes i henhold til konvensjonen nedenfor:

Hoved: Samlinger med samme navn, men forskjellige hovedversjonsnumre, er ikke utskiftbare. Dette gjelder for eksempel for et stort antall omskrivinger av produkter som gjør det umulig å oppnå bakoverkompatibilitet.
Mindre: Hvis begge samlingene har samme navn og hovedversjonsnummer, men forskjellige mindre versjonsnumre, indikerer dette betydelig forbedring, men tar hensyn til bakoverkompatibilitet. Dette gjelder for eksempel en modifisert versjon av et produkt eller en ny versjon som er fullt bakoverkompatibel.
Build: Ulike build-numre representerer rekompileringer av samme kilde. Dette er egnet for å bytte prosessorer, plattformer eller kompilatorer.
Revisjon: Samlinger med samme navn, hovedversjonsnummer og mindre versjonsnummer, men forskjellige revisjonsnumre skal være fullt utskiftbare. Dette gjelder for å fikse sikkerhetssårbarheter i tidligere utgitte assemblies.

Påfølgende versjoner av en assembly som kun skiller seg i build- eller revisjonsnumre, regnes som Quick Fix Engineering (QFE)-oppdateringer til tidligere versjoner. Om nødvendig kan du gjøre build- og revisjonsnumrene effektive ved å endre versjonspolicyen i konfigurasjonen.
Når du bygger et prosjekt, bør AssemblyInfo1.vb som standard velge <Assembly: AssemblyVersion("1.0.*")>

Etter kompilering, se på versjonsinformasjonen til dll-en, du kan se at 1.0.1879.26471 er satt av deg selv, og det tredje sifferet 1879 kjenner også antall dager fra 2000.01.01 til i dag, så det siste sifferet 26471 er det dynamiske kontrollversjonsnummeret.






Foregående:Hva er en UUID? og forskjellen mellom versjonene
Neste:Forumet har vært 10 år gammelt, og det er fortsatt så stille!
Ansvarsfraskrivelse:
All programvare, programmeringsmateriell eller artikler publisert av Code Farmer Network er kun for lærings- og forskningsformål; Innholdet ovenfor skal ikke brukes til kommersielle eller ulovlige formål, ellers skal brukerne bære alle konsekvenser. Informasjonen på dette nettstedet kommer fra Internett, og opphavsrettstvister har ingenting med dette nettstedet å gjøre. Du må fullstendig slette innholdet ovenfor fra datamaskinen din innen 24 timer etter nedlasting. Hvis du liker programmet, vennligst støtt ekte programvare, kjøp registrering, og få bedre ekte tjenester. Hvis det foreligger noen krenkelse, vennligst kontakt oss på e-post.

Mail To:help@itsvse.com