Kann ich die Dateierstellungsversion bei Verwendung von Visual Studio automatisch erhöhen?


358

Ich habe mich nur gefragt, wie ich den Build (und die Version?) Meiner Dateien mit Visual Studio (2005) automatisch erhöhen kann.

Wenn ich die Eigenschaften von say nachschlage C:\Windows\notepad.exe, gibt die Registerkarte Version "Dateiversion: 5.1.2600.2180" an. Ich möchte diese coolen Zahlen auch in der Version meiner DLLs haben, nicht in Version 1.0.0.0, was ein bisschen langweilig ist.

Ich habe ein paar Dinge ausprobiert, aber es scheint keine Out-of-Box-Funktionalität zu sein, oder ich suche nur an der falschen Stelle (wie üblich).

Ich arbeite hauptsächlich mit Webprojekten ....

Ich sah beide an:

  1. http://www.codeproject.com/KB/dotnet/Auto_Increment_Version.aspx
  2. http://www.codeproject.com/KB/dotnet/build_versioning.aspx

und ich konnte nicht glauben, dass es so üblich ist, etwas zu tun.

BEARBEITEN: Es funktioniert nicht in VS2005, soweit ich das beurteilen kann ( http://www.codeproject.com/KB/dotnet/AutoIncrementVersion.aspx ).



Gibt es Lösungen dafür, die für C ++ - Projekte in VS2005 funktionieren? Alle Antworten scheinen sich auf .Net zu beziehen. Verwandte Frage . Vielen Dank
Deanna

In .Net Core- Projekten funktioniert die automatische Inkrementierung von AssemblyVersion standardmäßig nicht. Sie müssen csproj <Deterministic> False </ Deterministic> hinzufügen. Siehe Auto-Versionierung in Visual Studio 2017 (.NET Core)
Michael Freidgeim

Antworten:


434

In Visual Studio 2008 funktioniert Folgendes.

Suchen Sie die Datei AssemblyInfo.cs und suchen Sie diese 2 Zeilen:

[assembly: AssemblyVersion("1.0.0.0")]
[assembly: AssemblyFileVersion("1.0.0.0")]

Sie könnten versuchen, dies zu ändern in:

[assembly: AssemblyVersion("1.0.*")]
[assembly: AssemblyFileVersion("1.0.*")]

Dies führt jedoch nicht zum gewünschten Ergebnis. Sie erhalten eine Produktversion von 1.0. * Und eine Dateiversion von 1.0.0.0 . Nicht was du willst!

Wenn Sie jedoch die zweite dieser Zeilen entfernen und nur Folgendes haben:

[assembly: AssemblyVersion("1.0.*")]

Anschließend setzt der Compiler die Dateiversion auf die Produktversion und Sie erhalten das gewünschte Ergebnis einer automatisch inkrementierten Produkt- und Dateiversion, die synchron sind. ZB 1.0.3266.92689


2
Dies funktioniert so gut wie alles andere und funktioniert in VS2005. Ich hatte auf eine rationale Zahl wie 1.0.1.56 gehofft, anstatt 1.0.3266.30135 zu bekommen, aber zumindest nimmt sie zu (wenn auch um eine Zufallszahl: D)
trotz des

14
Oh, ich habe es gerade gelesen: Es wird automatisch die letzten beiden Zahlen mit dem Datum (in Tagen ab einem bestimmten Zeitpunkt) und der Uhrzeit (die halben Sekunden ab Mitternacht)
ausfüllen

20
Netter Aufruf, das AssemblyFileVersion-Attribut entfernen zu müssen, damit dies funktioniert!
David Faivre

76
Mir ist klar, dass dies eine alte Frage ist, aber ich wollte diesen Kommentar für andere hinzufügen, die den Weg zu dieser Antwort finden. Wenn Sie die AssemblyVersion erhöhen, muss jedes Projekt, das Ihre DLL verwendet, neu kompiliert werden. Wenn Sie jedoch die AssemblyVersion beibehalten und die AssemblyFileVersion selbst erhöhen, können Sie die neue DLL austauschen, ohne neu kompilieren zu müssen, was auch immer verwendet wird. Fragen Sie sich also, ist dies nur ein neuer Build oder veröffentliche ich eine neue Version?
onefootswill

27
@ DD59 der 'Build' ist die Anzahl der Tage seit dem 1. Januar 2000; Die 'Revision' ist Sekunden ab Mitternacht geteilt durch 2 (nicht halbe Sekunden, sondern Intervalle von zwei Sekunden). Siehe hier: stackoverflow.com/a/3387167/11545
Cristian Diaconescu

154

Öffnen Sie die Datei AssemblyInfo.cs und ändern Sie sie

// You can specify all the values or you can default the Build and Revision Numbers 
// by using the '*' as shown below:
// [assembly: AssemblyVersion("1.0.*")]
[assembly: AssemblyVersion("1.0.0.0")]
[assembly: AssemblyFileVersion("1.0.0.0")]

zu

[assembly: AssemblyVersion("1.0.*")]
//[assembly: AssemblyFileVersion("1.0.0.0")]

Sie können dies in IDE tun, indem Sie zu Projekt -> Eigenschaften -> Baugruppeninformationen gehen

Auf diese Weise können Sie jedoch nur die Assembly-Version automatisch inkrementieren und erhalten die

Assembly File Version: Ein Platzhalter ("*") ist in diesem Feld nicht zulässig

Meldungsfeld, wenn Sie versuchen, ein * in das Feld für die Dateiversion einzufügen.

Öffnen Sie einfach die Datei assemblyinfo.cs und führen Sie sie manuell aus.


Ja, ich bin gerade auf die "" Assembly File Version gestoßen: Ein Platzhalter ("*") ist in diesem Feld nicht zulässig. "Das hat Ihrer Methode das grüne Häkchen
eingebracht

3
Dies funktioniert: [Assembly: AssemblyVersion ("1.0. *")] // [Assembly: AssemblyFileVersion ("1.0.0.0")]
Inspizieren Sie den

4
Es ist nicht wünschenswert, die AssemblyVersion-Nummer während eines Freigabezyklus zu ändern. Stattdessen sollte die AssemblyFileVersion geändert werden. Siehe meinen Blog-Beitrag zu diesem Thema: philippetruche.wordpress.com/2008/08/12/… Siehe auch Suzanne Cooks hervorragenden Beitrag zum Zeitpunkt der Änderung der Zahlen: blogs.msdn.com/b/suzcook/archive/2003/05/ 29 / 57148.aspx
Philippe

46
Ich würde vorsichtig sein, wenn ich das * benutze, wird es am 4. Juni 2179 nicht mehr funktionieren, wenn der Tag 65536 wird
Lloyd Powell

3
@Shimmy: Fügen Sie <Deterministic> False </ Deterministic> zu .csproj Auto Versioning in Visual Studio 2017 (.NET Core) hinzu
Michael Freidgeim

53

Eine weitere Option zum Ändern der Versionsnummern in jedem Build ist die Verwendung der Versionsaufgabe von MSBuild.Community.Tasks . Laden Sie einfach das Installationsprogramm herunter, installieren Sie es, passen Sie den folgenden Code an und fügen Sie ihn anschließend <Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />in Ihre .csprojDatei ein:

<Import Project="$(MSBuildExtensionsPath)\MSBuildCommunityTasks\MSBuild.Community.Tasks.Targets" />
<Target Name="BeforeBuild">
    <Version VersionFile="Properties\version.txt" Major="1" Minor="0" BuildType="Automatic" StartDate="12/31/2009" RevisionType="BuildIncrement">
      <Output TaskParameter="Major" PropertyName="Major" />
      <Output TaskParameter="Minor" PropertyName="Minor" />
      <Output TaskParameter="Build" PropertyName="Build" />
      <Output TaskParameter="Revision" PropertyName="Revision" />
    </Version>
    <AssemblyInfo CodeLanguage="CS"
                  OutputFile="Properties\VersionInfo.cs"
                  AssemblyVersion="$(Major).$(Minor)"
                  AssemblyFileVersion="$(Major).$(Minor).$(Build).$(Revision)" />
</Target>

Hinweis: Passen Sie die StartDate-Eigenschaft an Ihr Gebietsschema an. Derzeit wird die invariante Kultur nicht verwendet.

Für den dritten Build am 14. Januar 2010 wird ein VersionInfo.csmit diesem Inhalt erstellt:

[assembly: AssemblyVersion("1.0")]
[assembly: AssemblyFileVersion("1.0.14.2")]

Diese Datei muss dann zum Projekt hinzugefügt werden (über Vorhandenes Element hinzufügen ) und die Zeilen AssemblyVersionund AssemblyFileVersionmüssen entfernt werden AssemblyInfo.cs.

Die verschiedenen Algorithmen zum Ändern der Versionskomponenten sind in $(MSBuildExtensionsPath)\MSBuildCommunityTasks\MSBuild.Community.Tasks.chmund Versionseigenschaften beschrieben .


2
Dies ist der bisher beste Weg, um die schreckliche Tatsache zu umgehen, dass FileVersion-Strukturen 16-Bit-Ganzzahlen verwenden.
Mike Post

1
Ich hatte Probleme bei der Installation in VS2012 mithilfe der Paketkonsole. Empfehlen Sie daher die Verwendung der heruntergeladenen nächtlichen MSI-Installationsprogramme unter github.com/loresoft/msbuildtasks/downloads . Funktioniert Kopieren / Einfügen von oben. Vielen Dank!
DaveO

Nachdem dies abgelehnt und in diesem Beitrag bearbeitet wurde: "Möglicherweise möchten Sie auch loresoft.com/projects/msbuildtasks/… überprüfen, um die zuvor beschriebenen grundlegenden Funktionen zu verbessern."
Radu Florescu

1
Dies ist keine praktikable Lösung für diejenigen, die mit TFS bauen. Letztendlich wird dadurch eine ausstehende Bearbeitung zu den Dateien VersionInfo.cs und version.txt hinzugefügt. Für mich ist es nicht wünschenswert, für jeden Build eine ausstehende Bearbeitung zu haben.
JDennis

@ JDennis siehe hier für TFS-Versionierungstipps ...
Christian

25

Ich habe eine Lösung gefunden, die Christen ähnelt, aber ohne von den Community-MSBuild-Aufgaben abhängig zu sein, ist dies keine Option für mich, da ich diese Aufgaben nicht für alle unsere Entwickler installieren möchte.

Ich generiere Code und kompiliere zu einer Assembly und möchte Versionsnummern automatisch erhöhen. Ich kann den Trick VS 6.0. * AssemblyVersion jedoch nicht verwenden, da er die Build-Nummern jeden Tag automatisch inkrementiert und die Kompatibilität mit Assemblies unterbricht, die eine ältere Build-Nummer verwenden. Stattdessen möchte ich eine fest codierte AssemblyVersion, aber eine automatisch inkrementierende AssemblyFileVersion. Ich habe dies erreicht, indem ich AssemblyVersion in AssemblyInfo.cs angegeben und eine VersionInfo.cs in MSBuild wie folgt generiert habe.

  <PropertyGroup>
    <Year>$([System.DateTime]::Now.ToString("yy"))</Year>
    <Month>$([System.DateTime]::Now.ToString("MM"))</Month>
    <Date>$([System.DateTime]::Now.ToString("dd"))</Date>
    <Time>$([System.DateTime]::Now.ToString("HHmm"))</Time>
    <AssemblyFileVersionAttribute>[assembly:System.Reflection.AssemblyFileVersion("$(Year).$(Month).$(Date).$(Time)")]</AssemblyFileVersionAttribute>
  </PropertyGroup>
  <Target Name="BeforeBuild">
    <WriteLinesToFile File="Properties\VersionInfo.cs" Lines="$(AssemblyFileVersionAttribute)" Overwrite="true">
    </WriteLinesToFile>
  </Target>

Dadurch wird eine VersionInfo.cs-Datei mit einem Assembly-Attribut für AssemblyFileVersion generiert, wobei die Version dem Schema von YY.MM.DD.TTTT mit dem Erstellungsdatum folgt. Sie müssen diese Datei in Ihr Projekt aufnehmen und damit erstellen.


Unterstützt MSBuild Variablen? Es wäre besser, eine [System.DateTime]::Nowzu erstellen , da sonst eine Rennbedingung vorliegt, die dazu führen kann, dass eine alte Build-Nummer verwendet wird, wenn gegen Mitternacht gebaut wird.
Edward Brey

Haben Sie diese vier Eigenschaften definiert, anstatt sie DateTime.ToStringzu Demonstrationszwecken in einer einzigen zu kombinieren , oder gibt es einen bestimmten Grund?
Mafu

Wenn Ihr BeforeBuild-Ereignis in VS2017 nicht ausgelöst wird, lesen Sie stackoverflow.com/questions/43921992/…
Rhys Jones

Diese Lösung passt am besten zu allen Antworten hier. Das Problem ist jedoch, dass der Zeitstempel (oder der Inhalt der Datei versioninfo.cs) nicht aktualisiert wird, wenn Sie das Projekt zum zweiten Mal erstellen, wodurch eine andere Minute erzeugt werden sollte. Wenn ich das Projekt schließe und neu lade, wird der Zeitstempel aktualisiert. Ist das ein Fehler von MSBuild? @ Boog
Cary


12

Um die Versionsnummern zu erhalten, versuchen Sie es

 System.Reflection.Assembly assembly = System.Reflection.Assembly.GetExecutingAssembly();
 System.Reflection.AssemblyName assemblyName = assembly.GetName();
 Version version = assemblyName.Version;

Erstellen / bearbeiten Sie AssemblyInfo.cs, um die Versionsnummer festzulegen

 [assembly: AssemblyVersion("1.0.*")]
 [assembly: AssemblyFileVersion("1.0.*")]

Als Randnotiz ist die dritte Zahl die Anzahl der Tage seit dem 01.02.2000 und die vierte Zahl die Hälfte der Gesamtzahl der Sekunden am Tag. Wenn Sie also um Mitternacht kompilieren, sollte es Null sein.


12

Es gibt eine Visual Studio-Erweiterung Automatic Versions , die Visual Studio (2012, 2013, 2015) 2017 und 2019 unterstützt.

Screenshots Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein


Also habe ich es deinstalliert und ich kann noch mehr sagen ... es ändert die ursprüngliche csproj-Datei. Ich denke, es ist eine sehr problematische Erweiterung.
Maxim

2
@ Maxim Versuchen Sie die neueste Version, es sollte auf VS 2017 funktionieren
Rady

Ausgezeichnete Verwendung. Funktioniert gut für mich in vs2017. Dokumente könnten etwas klarer sein, aber installieren Sie sie (über die Site) und installieren Sie dann MSBuild über Nuget, wenden Sie sie auf ein kleines Projekt an und spielen und bauen Sie. Nett. @ Boogs Antwort hat bei mir nicht funktioniert, obwohl er genau gesagt hat, was ich erreichen wollte.
Err1

8

Das Festlegen eines * in der Versionsnummer in AssemblyInfo oder unter Projekteigenschaften, wie in den anderen Beiträgen beschrieben, funktioniert nicht mit allen Versionen von Visual Studio / .NET.

Afaik hat es in VS 2005 nicht funktioniert (aber in VS 2003 und VS 2008). Für VS 2005 können Sie Folgendes verwenden: Automatische Inkrementierung der Visual Studio 2005-Versionserstellung und Versionsnummer zur Kompilierungszeit .

Beachten Sie jedoch, dass das automatische Ändern der Versionsnummer für Assemblys mit starken Namen nicht empfohlen wird. Der Grund dafür ist, dass alle Verweise auf eine solche Assembly jedes Mal aktualisiert werden müssen, wenn die Assembly, auf die verwiesen wird, neu erstellt wird, da stark benannte Assemblyreferenzen immer auf eine bestimmte Assemblyversion verweisen. Microsoft selbst ändert die Versionsnummer der .NET Framework-Assemblys nur, wenn Änderungen an den Schnittstellen vorgenommen wurden. (NB: Ich suche immer noch nach dem Link in MSDN, wo ich das gelesen habe.)


Ich denke, für jede Version von VS können Sie nur das * in die Felder Build oder Revision einfügen. Ich habe das gerade mit VS 2005 ausprobiert und es funktioniert gut. Ich bin mir nicht sicher, wovon der Autor dieses Code-Projektartikels spricht.
MusiGenesis

Vielleicht kam es mit einem Service Pack zurück, aber ich erinnere mich, dass es nicht funktionierte, als ich VS 2005 verwendete.
Dirk Vollmar

Es funktioniert nicht mit 2005, ich werde nach einem Service Pack suchen und zurückmelden.
Trotz

Möglicherweise ist in MusiGenesis ein Add-On installiert, das die automatische Versionierung ermöglicht.
Dirk Vollmar

@divo: nein, ich bin add-on-phobic. Ich habe gerade Visual Studio 2005 Professional SP1. Ich habe noch nie ein Problem mit dem * gesehen, aber ich erhöhe normalerweise manuell. Klingt nach einem seltsamen Fehler.
MusiGenesis

6

Inkrementelle (DateTime) Informationen in die AssemblyFileVersion-Eigenschaft abrufen, die den Vorteil hat, dass keine Abhängigkeiten aufgehoben werden.


Aufbauend auf der Lösung von Boog (hat bei mir möglicherweise wegen VS2008 nicht funktioniert?) Können Sie eine Kombination aus einem Pre-Build-Ereignis verwenden, das eine Datei generiert, diese Datei (einschließlich ihrer Versionseigenschaften) hinzufügt und dann eine Methode zum Auslesen verwendet diese Werte wieder. Das ist..

Pre-Build-Event:

echo [assembly:System.Reflection.AssemblyFileVersion("%date:~-4,4%.%date:~-7,2%%date:~-10,2%.%time:~0,2%%time:~3,2%.%time:~-5,2%")] > $(ProjectDir)Properties\VersionInfo.cs

Fügen Sie die resultierende VersionInfo.cs-Datei (Unterordner Eigenschaften) in Ihr Projekt ein

Code zum Abrufen des Datums (Jahre bis Sekunden):

var version = assembly.GetName().Version;
var fileVersionString = System.Diagnostics.FileVersionInfo.GetVersionInfo(assembly.Location).FileVersion;
Version fileVersion = new Version(fileVersionString);
var buildDateTime = new DateTime(fileVersion.Major, fileVersion.Minor/100, fileVersion.Minor%100, fileVersion.Build/100, fileVersion.Build%100, fileVersion.Revision);

Nicht sehr komfortabel. Außerdem weiß ich nicht, ob es viele Force-Rebuilds erzeugt (da sich eine Datei immer ändert).

Sie könnten es beispielsweise intelligenter machen, wenn Sie die VersionInfo.cs-Datei nur alle paar Minuten / Stunden aktualisieren (indem Sie eine temporäre Datei verwenden und dann die echte VersionInfo.cs kopieren / überschreiben, wenn eine ausreichend große Änderung erkannt wird). Ich habe das einmal ziemlich erfolgreich gemacht.


Es funktioniert perfekt. Dieser reguläre Ausdruck% Datum: ~ -4,4%.% Datum: ~ -7,2 %% Datum: ~ -10,2%.% Zeit: ~ 0,2 %% Zeit: ~ 3,2% .% Zeit: ~ -5,2% "ist einfach zu kompliziert.
Cary

5

Setzen Sie die Versionsnummer auf "1.0. *" Und die letzten beiden Nummern werden automatisch mit dem Datum (in Tagen ab einem bestimmten Zeitpunkt) und der Uhrzeit (die halben Sekunden ab Mitternacht) ausgefüllt.


Hey, wenn ich das am Anfang richtig gelesen hätte, hätte ich mir viel Agro gespart. thx
trotz


4

Kuchen unterstützt das Patchen von AssemblyInfo-Dateien. Mit Kuchen in Händen haben Sie unendlich viele Möglichkeiten, die automatische Versionsinkrementierung zu implementieren.

Ein einfaches Beispiel für das Inkrementieren einer Version wie der C # -Compiler:

Setup(() =>
{
    // Executed BEFORE the first task.
    var datetimeNow = DateTime.Now;
    var daysPart = (datetimeNow - new DateTime(2000, 1, 1)).Days;
    var secondsPart = (long)datetimeNow.TimeOfDay.TotalSeconds/2;
    var assemblyInfo = new AssemblyInfoSettings
    {
        Version = "3.0.0.0",
        FileVersion = string.Format("3.0.{0}.{1}", daysPart, secondsPart)
    };
    CreateAssemblyInfo("MyProject/Properties/AssemblyInfo.cs", assemblyInfo);
});

Hier:

  • Version - ist die Assembly-Version. Es wird empfohlen, die Hauptversionsnummer zu sperren und mit Nullen zu belassen (z. B. "1.0.0.0").
  • FileVersion - ist die Assembly-Dateiversion.

Beachten Sie, dass Sie nicht nur Versionen, sondern auch alle anderen erforderlichen Informationen patchen können .


3

Gehen Sie zu Projekt | Eigenschaften und dann Baugruppeninformationen und dann Baugruppenversion und setzen Sie ein * in das letzte oder vorletzte Feld (Sie können die Haupt- oder Nebenkomponenten nicht automatisch inkrementieren).


2

Verwenden Sie die AssemblyInfo-Aufgabe aus den MSBuild-Community-Aufgaben ( http://msbuildtasks.tigris.org/). Projekt ) und integrieren Sie sie in Ihre .csproj / .vbproj-Datei.

Es gibt eine Reihe von Optionen, darunter eine, mit der die Versionsnummer an Datum und Uhrzeit gebunden werden kann.

Empfohlen.


2

Ab sofort für meine Bewerbung,

string ver = Application.ProductVersion;

kehrt zurück ver = 1.0.3251.27860

Der Wert 3251 ist die Anzahl der Tage seit dem 1.1.2000. Ich verwende es, um ein Erstellungsdatum der Version auf dem Begrüßungsbildschirm meiner Anwendung anzugeben. Wenn ich mit einem Benutzer zu tun habe, kann ich nach dem Erstellungsdatum fragen, das einfacher zu kommunizieren ist als eine lange Nummer.

(Ich bin eine Ein-Mann-Abteilung, die eine kleine Firma unterstützt. Dieser Ansatz funktioniert möglicherweise nicht für Sie.)


Ihre Nummer wird schnell ausgehen. Ich würde yyddd verwenden, das ein zweistelliges Jahr und ein dreistelliger Tag ab Jahresbeginn ist, was maximal 365 ist. Zumindest würde Ihr Programm bis zum Jahr 2065 kompiliert. Dann würden Sie in den Ruhestand gehen und jemand anderem herausfinden, wie er damit umgehen möchte. vorausgesetzt, Ihr Programm ist zu diesem Zeitpunkt noch in Betrieb!
AaA

2

Das Ändern der AssemblyInfo funktioniert in VS2012. Es scheint seltsam, dass dies in Visual Studio nicht mehr unterstützt wird. Man könnte meinen, dies war ein grundlegender Teil des Build- / Release-Prozesses.


2

So erhalten Sie die Version {major}.{year}.1{date}.1{time}

Dieser ist irgendwie experimentell, aber ich mag es. Inspiriert von Jeff Atwood @ CodingHorror ( Link ).

Die resultierende Versionsnummer wird 1.2016.10709.11641(dh 2016-07-09 16:41), was ermöglicht

  • armer Mann null Polsterung (mit der dummen Führung 1 s)
  • fast menschlich lesbar lokal DateTime, eingebettet in die Versionsnummer
  • Lassen Sie die Major-Version für wirklich wichtige Änderungen in Ruhe.

Fügen Sie Ihrem Projekt ein neues Element hinzu, wählen Sie Allgemein -> Textvorlage, benennen Sie es so CustomVersionNumberund kommentieren Sie das AssemblyVersionund AssemblyFileVersionin (falls zutreffend) ausProperties/AssemblyInfo.cs .

Wenn Sie diese Datei speichern oder das Projekt erstellen, wird eine .csDatei neu generiert, die sich als Unterelement unter der erstellten .ttDatei befindet.

<#@ template language="C#" #>
<#@ assembly name="System.Core" #>
<#@ import namespace="System.Linq" #>

//
// This code was generated by a tool. Any changes made manually will be lost
// the next time this code is regenerated.
//

using System.Reflection;

<#
    var date = DateTime.Now;
    int major = 1;
    int minor = date.Year;
    int build = 10000 + int.Parse(date.ToString("MMdd"));
    int revision = 10000 + int.Parse(date.ToString("HHmm"));
#>

[assembly: AssemblyVersion("<#= $"{major}.{minor}.{build}.{revision}" #>")]
[assembly: AssemblyFileVersion("<#= $"{major}.{minor}.{build}.{revision}" #>")]

Sie kompilieren Ihr Programm nicht jede Minute oder stellen es mehr als einmal am Tag bereit. Technisch gesehen belegt der Zeitteil unnötig wertvolle Informationen. Ich würde die 1. und 2. für Dur-Moll verwenden und nur die 3. Nummer für das Datum yyddd (zweistelliges Jahr +) ddd Tag ab Anfang desselben Jahres) und lassen Sie den 4. Platz für die inkrementelle Build-Nummer.
AaA

2

Ich habe eine Anwendung erstellt, um die Dateiversion automatisch zu erhöhen.

  1. Anwendung herunterladen
  2. Fügen Sie der vorgefertigten Ereignisbefehlszeile die folgende Zeile hinzu

    C: \ temp \ IncrementFileVersion.exe $ (SolutionDir) \ Properties \ AssemblyInfo.cs

  3. Erstellen Sie das Projekt

Um es einfach zu halten, gibt die App nur dann Nachrichten aus, wenn ein Fehler vorliegt. Um zu bestätigen, dass es einwandfrei funktioniert hat, müssen Sie die Dateiversion unter "Baugruppeninformationen" überprüfen.

Hinweis: Sie müssen die Lösung in Visual Studio für die Schaltfläche "Baugruppeninformationen" neu laden, um die Felder zu füllen. Ihre Ausgabedatei verfügt jedoch über die aktualisierte Version.

Für Vorschläge und Anfragen senden Sie mir bitte eine E-Mail an telson_alva@yahoo.com


2

In Visual Studio 2019

Es war nicht genug für mich hinzuzufügen

[assembly: AssemblyVersion("1.0.*")]

Beim Erstellen wirft es mir diesen Fehler

Die angegebene Versionszeichenfolge entspricht nicht dem erforderlichen Format

Lösung

Das Format wurde schließlich , nachdem ich Satz akzeptiert Deterministiczu Falseinproject.csproj

<Deterministic>false</Deterministic>

Bearbeiten:

Aus irgendeinem Grund Einstellung DeterministiczuFalse meiner Konfigurationsdatei geladen es vermasselt und es an verschiedenen Orten zu speichern.

Problemumgehung:

Ich habe ein Post-Build-Ereignis eingerichtet, um die Versionsnummer zu erhöhen:

Batch-Skript für Ereignisse nach dem Build

Dies nennt ein Powershell-Skript mit dem Namen " autoincrement_version.ps1übergeben als Argument" den Pfad vonAssemblyInfo.cs

if $(ConfigurationName) == Release (
PowerShell -ExecutionPolicy RemoteSigned $(ProjectDir)autoincrement_version.ps1 '$(ProjectDir)My Project\AssemblyInfo.cs'
)

Poweshell-Skript

Die Revisionsnummer wird mithilfe von Regex automatisch inkrementiert

param( [string]$file );
  $regex_revision = '(?<=Version\("(?:\d+\.)+)(\d+)(?="\))'
  $found = (Get-Content $file) | Select-String -Pattern $regex_revision
  $revision = $found.matches[0].value
  $new_revision = [int]$revision + 1
  (Get-Content $file) -replace $regex_revision, $new_revision | Set-Content $file -Encoding UTF8

1

Vielleicht können Sie für diese Aufgabe folgenden Code verwenden:

    private bool IncreaseFileVersionBuild()
    {
        if (System.Diagnostics.Debugger.IsAttached)
        {
            try
            {
                var fi = new DirectoryInfo(AppDomain.CurrentDomain.BaseDirectory).Parent.Parent.GetDirectories("Properties")[0].GetFiles("AssemblyInfo.cs")[0];
                var ve = System.Diagnostics.FileVersionInfo.GetVersionInfo(System.Reflection.Assembly.GetExecutingAssembly().Location);
                string ol = ve.FileMajorPart.ToString() + "." + ve.FileMinorPart.ToString() + "." + ve.FileBuildPart.ToString() + "." + ve.FilePrivatePart.ToString();
                string ne = ve.FileMajorPart.ToString() + "." + ve.FileMinorPart.ToString() + "." + (ve.FileBuildPart + 1).ToString() + "." + ve.FilePrivatePart.ToString();
                System.IO.File.WriteAllText(fi.FullName, System.IO.File.ReadAllText(fi.FullName).Replace("[assembly: AssemblyFileVersion(\"" + ol + "\")]", "[assembly: AssemblyFileVersion(\"" + ne + "\")]"));
                return true;
            }
            catch
            {
                return false;
            }
        }
        return false;
    }

und rufen Sie es vom Laden des Formulars auf.
Mit diesem Code können Sie jeden Teil der Dateiinformationen in AssemblyInfo.cs aktualisieren (Sie müssen jedoch die "Standard" -Verzeichnisstruktur verwenden).




1

Vielleicht ist es zu spät, um hier zu antworten, aber ich hoffe, das löst das hektische Problem von jemandem.

Eine automatische Möglichkeit, die Assemblyversion aller Ihrer Projekte mithilfe des PowerShell-Skripts zu ändern. Dieser Artikel wird viele Ihrer Probleme lösen.


Das einzige Problem mit PS ist, dass es langsam reagiert und eine Konfiguration erfordert, damit es ausgeführt werden kann. Ich würde mit einer kleinen ausführbaren Datei, einer tt4-Datei oder sogar Inline-Code gehen, den jeder Programmierer auf eine Weise schreiben kann.
AaA

0

Jedes Mal, wenn ich einen Build mache, wird die niedrigstwertige Ziffer automatisch inkrementiert.

Ich habe keine Ahnung, wie ich die anderen aktualisieren soll, aber das sollten Sie zumindest schon sehen ...


1
Der VS ist dafür verantwortlich, die letzte Nummer zu erhöhen, die normalerweise die Build-Nummer ist. Alles andere (dh die Nummern davor) liegt bei Ihnen, da sie die Version Ihrer Anwendung darstellen.
25гњен Шобајић

1
Огњен Шобајић: Nicht ganz richtig. Das Nummerierungsschema von Microsoft lautet major.minor.build.revision, z. B. 1.0.4.7. Wenn Sie die Assembly-Version auf "1.0. *" Festlegen, legt VS die Build- und Revisionsnummern für Sie fest. In diesem Fall wird der Build täglich erhöht, und die Revision wird die Anzahl der Sekunden seit Mitternacht sein, geteilt durch 2.
Simon Tewsi

0

Für alle, die Tortoise Subversion verwenden, können Sie eine Ihrer Versionsnummern mit der Versionsnummer der Subversion Ihres Quellcodes verknüpfen. Ich finde das sehr nützlich (Auditoren mögen das auch sehr!). Sie tun dies, indem Sie das Dienstprogramm WCREV in Ihrem Pre-Build aufrufen und Ihre AssemblyInfo.cs aus einer Vorlage generieren.

Wenn Ihre Vorlage AssemblyInfo.wcrev heißt und sich im normalen AssemblyInfo.cs-Verzeichnis befindet und sich tortoise im Standardinstallationsverzeichnis befindet, sieht Ihr Pre-Build-Befehl folgendermaßen aus (Hinweis: Alle in einer Zeile):

"C:\Program Files\TortoiseSVN\bin\SubWCRev.exe" "$(ProjectDir)." "$(ProjectDir)Properties\AssemblyInfo.wcrev"  "$(ProjectDir)Properties\AssemblyInfo.cs"

Die Vorlagendatei würde die Ersetzungszeichenfolge für das wcrev-Token enthalten: $ WCREV $,
z

[assembly: AssemblyFileVersion("1.0.0.$WCREV$")]

Hinweis:
Da Ihre AssemblyInfo.cs jetzt generiert wird, möchten Sie nicht, dass sie versioniert wird.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.