Dit artikel is een spiegelartikel van machinevertaling, klik hier om naar het oorspronkelijke artikel te gaan.

Bekijken: 1737|Antwoord: 0

[Bron] Major-, Minor-, Build-nummer- en Revisieversienummers zijn geannoteerd

[Link kopiëren]
Geplaatst op 19-10-2024 17:12:11 | | | |
Recensie:

.NET Core krijgt de unieke identiteit van de assembly
https://www.itsvse.com/thread-10745-1-1.html


Het versienummer bestaat uit twee tot vier delen:Hoofd-, Klein-, Bouw- en Revisienummers

Het hoofdversienummer en het kleine versienummer zijn verplicht, het buildnummer en het revisienummer zijn optioneel. De sectie met revisienummers is optioneel als de sectie bouwnummer niet gedefinieerd is. Alle gedefinieerde componenten moeten decimale gehele getallen zijn groter dan of gelijk aan 0. De metadata beperkt de hoofd-, minor-, build- en revisiecomponenten tot maximaal 1 MaxValue.

Het format van het versienummer wordt hieronder getoond. Optionele componenten worden tussen vierkante haken weergegeven ("[" en "]):

Hoofdversienummer. Versienummer[.build number[.revisienummer]]

Deze secties moeten worden gebruikt volgens de onderstaande conventie:

Hoofd: Assemblies met dezelfde naam maar verschillende hoofdversienummers zijn niet uitwisselbaar. Dit geldt bijvoorbeeld voor een groot aantal herschrijvingen van producten die het onmogelijk maken om achterwaartse compatibiliteit te bereiken.
Minor: Als beide assemblies dezelfde naam en hoofdversienummer hebben, maar verschillende minor versienummers, duidt dit op een aanzienlijke verbetering, maar zorgt het voor achterwaartse compatibiliteit. Dit geldt bijvoorbeeld voor een aangepaste versie van een product of een nieuwe versie die volledig achterwaarts compatibel is.
Build: Verschillende buildnummers vertegenwoordigen hercompilaties van dezelfde bron. Dit is geschikt voor het wisselen van processor, platform of compiler.
Revisie: Assemblies met dezelfde naam, hoofdversienummer en minor versienummer, maar verschillende revisienummers moeten volledig uitwisselbaar zijn. Dit geldt voor het oplossen van beveiligingslekken in eerder vrijgegeven assemblies.

Latere versies van een assembly die alleen verschillen in build- of revisienummers worden beschouwd als Quick Fix Engineering (QFE) updates ten opzichte van eerdere versies. Indien nodig kun je de build- en revisienummers effectief maken door het versiebeleid in de configuratie te wijzigen.
Bij het bouwen van een project zou AssemblyInfo1.vb standaard moeten kiezen naar <Assembly: AssemblyVersion("1.0.*")>

Na het compileren kijk je naar de versie-informatie van de dll, je ziet dat 1.0.1879.26471 door jezelf wordt ingesteld, en het derde cijfer 1879 kent ook het aantal dagen van 2000.01.01 tot nu, dus het laatste cijfer 26471 is het versienummer van dynamische controle.






Vorig:Wat is een UUID? en het verschil tussen versies
Volgend:Het forum bestaat al 10 jaar, en het is nog steeds zo stil!
Disclaimer:
Alle software, programmeermaterialen of artikelen die door Code Farmer Network worden gepubliceerd, zijn uitsluitend bedoeld voor leer- en onderzoeksdoeleinden; De bovenstaande inhoud mag niet worden gebruikt voor commerciële of illegale doeleinden, anders dragen gebruikers alle gevolgen. De informatie op deze site komt van het internet, en auteursrechtconflicten hebben niets met deze site te maken. Je moet bovenstaande inhoud volledig van je computer verwijderen binnen 24 uur na het downloaden. Als je het programma leuk vindt, steun dan de echte software, koop registratie en krijg betere echte diensten. Als er sprake is van een inbreuk, neem dan contact met ons op via e-mail.

Mail To:help@itsvse.com