Dieser Artikel ist ein Spiegelartikel der maschinellen Übersetzung, bitte klicken Sie hier, um zum Originalartikel zu springen.

Ansehen: 1737|Antwort: 0

[Quelle] Haupt-, Neben-, Build-Nummer- und Revisionsversionsnummern sind annotiert

[Link kopieren]
Veröffentlicht am 19.10.2024 17:12:11 | | | |
Rezension:

.NET Core erhält die eindeutige Identität der Assembler
https://www.itsvse.com/thread-10745-1-1.html


Die Versionsnummer besteht aus zwei bis vier Teilen:Haupt-, Neben-, Bau- und Überarbeitungsnummern

Die Hauptversionsnummer und die Nebenversionsnummer sind verpflichtend, die Build-Nummer und die Revisionsnummer sind optional. Der Abschnitt mit der Versionsnummer ist nur dann optional, wenn der Abschnitt mit der Baunummer nicht definiert ist. Alle definierten Komponenten müssen dezimale ganze Zahlen größer oder gleich 0 sein. Die Metadaten begrenzen die Haupt-, Neben-, Bau- und Überarbeitungskomponenten auf maximal 1 MaxValue.

Das Format der Versionsnummer ist unten dargestellt. Optionale Komponenten werden in eckigen Klammern angezeigt ("[" und "]):

Hauptversionsnummer. Versionsnummer[.build number[.revision number]]

Diese Abschnitte sollten gemäß der folgenden Konvention verwendet werden:

Hauptfach: Baugruppen mit demselben Namen, aber unterschiedlichen Hauptversionsnummern sind nicht austauschbar. Dies gilt beispielsweise für eine große Anzahl von Umschreibungen von Produkten, die es unmöglich machen, eine Abwärtskompatibilität zu erreichen.
Minor: Wenn beide Assemblies denselben Namen und dieselbe Hauptversionsnummer haben, aber unterschiedliche Nebenversionsnummern, deutet dies auf eine erhebliche Verbesserung hin, sorgt aber für die Rückwärtskompatibilität. Dies gilt beispielsweise für eine modifizierte Version eines Produkts oder eine neue, vollständig abwärtskompatible Version.
Build: Verschiedene Build-Nummern repräsentieren Rekompilationen desselben Quellcodes. Dies eignet sich für den Wechsel von Prozessoren, Plattformen oder Compilern.
Revision: Assemblies mit demselben Namen, Hauptversionsnummer und Nebenversionsnummer, aber unterschiedliche Versionsnummern sollten vollständig austauschbar sein. Dies gilt für die Behebung von Sicherheitslücken in zuvor veröffentlichten Assemblies.

Nachfolgende Versionen einer Assembly, die sich nur in Build- oder Revisionsnummern unterscheiden, gelten als Quick Fix Engineering (QFE)-Updates zu früheren Versionen. Falls nötig, kannst du die Build- und Revisionsnummern effektiv machen, indem du die Versionsrichtlinie in der Konfiguration änderst.
Beim Erstellen eines Projekts sollte AssemblyInfo1.vb standardmäßig auf <Assembly: AssemblyVersion("1.0.*")>

Nach der Kompilierung schaut ihr euch die Versionsinformationen der DLL an, ihr seht, dass 1.0.1879.26471 von euch selbst gesetzt wurde, und die dritte Ziffer 1879 kennt auch die Anzahl der Tage von 2000.01.01 bis heute, sodass die letzte Ziffer 26471 die Versionsnummer der dynamischen Steuerung ist.






Vorhergehend:Was ist ein UUID? und die Unterschiede zwischen den Versionen
Nächster:Das Forum ist seit 10 Jahren alt und es ist immer noch so ruhig!
Verzichtserklärung:
Alle von Code Farmer Network veröffentlichten Software, Programmiermaterialien oder Artikel dienen ausschließlich Lern- und Forschungszwecken; Die oben genannten Inhalte dürfen nicht für kommerzielle oder illegale Zwecke verwendet werden, andernfalls tragen die Nutzer alle Konsequenzen. Die Informationen auf dieser Seite stammen aus dem Internet, und Urheberrechtsstreitigkeiten haben nichts mit dieser Seite zu tun. Sie müssen die oben genannten Inhalte innerhalb von 24 Stunden nach dem Download vollständig von Ihrem Computer löschen. Wenn Ihnen das Programm gefällt, unterstützen Sie bitte echte Software, kaufen Sie die Registrierung und erhalten Sie bessere echte Dienstleistungen. Falls es eine Verletzung gibt, kontaktieren Sie uns bitte per E-Mail.

Mail To:help@itsvse.com