Versioning CommonAssemblyInfo.cs und MSBuild

Question

Also ich habe einen CommonAssemblyInfo.cs in alle Projekte in meiner Lösung verknüpft und wird dynamisch durch meinen Rechen / Weißen Thun Skripte erzeugt werden, die nicht in der Quellcodeverwaltung überprüft wird.

Ich habe auch eine CommonAssemblyInfo.cs.local für den Einsatz, wenn kein Rubin vorhanden ist, vor allem durch Devs verwendet werden.

Ist es möglich, eine msbuild Aufgabe zu haben, oder etwas, das läuft, bevor eine der anderen Projektzusammenstellung, die CommonAssemblyInfo.cs.local zu CommonAssemblyInfo.cs kopiert, bevor Sie versuchen, meine Lösung zu kompilieren? Ich hasse es, einen Befehl Sie müssen nur wissen muß über und Art, um zu öffnen und buidl die Lösung in Visual Studio.

UPDATE Also habe ich eine Batch-Datei als Lösung am Ende mit breiten Veranstaltung Präbuildereignis wie hier beschrieben:

War es hilfreich?

einreichen

Lösung

Dies ist die Lösung, die ich am Ende mit.

Ich habe jedes Projekt in der Lösung Link an einen CommonAssemblyInfo.cs, die automatisch für mich durch meine Build-Skripte generiert (Rake + Weißer Thun).

Da ich nicht CommonAssemblyInfo.cs in der Quellcodeverwaltung überprüfen, erstelle ich eine CommonAssemblyInfo.cs.local.

Einfache Lösung: Erstellen Sie go.bat, die Kopien CommonAssemblyInfo.cs.local zu CommonAssemblyInfo.cs dass Devs das erste Mal, wenn sie das Projekt überprüfen laufen muss die Lösung in VS vor dem Öffnen

.

Für rein politische Gründe, wenn ich es tue dieses Volk hissy paßt über mich gehabt hätte „Nicht-Standard“ Dinge zu tun. Komplexe Lösung folgt:

habe ich ein Projekt in der Lösung namens Prebuild, die jedes Projekt in der Lösung abhängt. Dies zwingt die Build-Reihenfolge zu sein, so dass dieses Projekt zum ersten Mal gebaut wird. Dieses Projekt enthält ein Pre-Build-Ereignis, das die folgende Batch-Datei aufruft:

echo verifying CommonVersionInfo.cs exists
cd
IF NOT EXIST ..\..\..\CommonAssemblyInfo.cs COPY ..\..\..\CommonAssemblyInfo.cs.local ..\..\..\CommonAssemblyInfo.cs

So, jetzt alle Entwickler, die ihren Kopf in den Sand zu halten, kann das Projekt Kasse und es wohlig in VS eröffnen nicht bewusst, dass alle Build-Skripte überhaupt existieren.

Answer 1

Dies ist die Lösung, die ich am Ende mit.

Ich habe jedes Projekt in der Lösung Link an einen CommonAssemblyInfo.cs, die automatisch für mich durch meine Build-Skripte generiert (Rake + Weißer Thun).

Da ich nicht CommonAssemblyInfo.cs in der Quellcodeverwaltung überprüfen, erstelle ich eine CommonAssemblyInfo.cs.local.

Einfache Lösung: Erstellen Sie go.bat, die Kopien CommonAssemblyInfo.cs.local zu CommonAssemblyInfo.cs dass Devs das erste Mal, wenn sie das Projekt überprüfen laufen muss die Lösung in VS vor dem Öffnen

.

Für rein politische Gründe, wenn ich es tue dieses Volk hissy paßt über mich gehabt hätte „Nicht-Standard“ Dinge zu tun. Komplexe Lösung folgt:

habe ich ein Projekt in der Lösung namens Prebuild, die jedes Projekt in der Lösung abhängt. Dies zwingt die Build-Reihenfolge zu sein, so dass dieses Projekt zum ersten Mal gebaut wird. Dieses Projekt enthält ein Pre-Build-Ereignis, das die folgende Batch-Datei aufruft:

echo verifying CommonVersionInfo.cs exists
cd
IF NOT EXIST ..\..\..\CommonAssemblyInfo.cs COPY ..\..\..\CommonAssemblyInfo.cs.local ..\..\..\CommonAssemblyInfo.cs

So, jetzt alle Entwickler, die ihren Kopf in den Sand zu halten, kann das Projekt Kasse und es wohlig in VS eröffnen nicht bewusst, dass alle Build-Skripte überhaupt existieren.

Answer 2

Sprechen Sie über Kompilation in den VS-IDE oder Kompilation durch Team bauen? Wenn Sie sich über Team bauen reden, dann können Sie das „AfterGet“ Ereignis als Ort verwenden, den Standard zu verwenden msbuild Aufgabe „kopieren“. Wenn Sie über den VS IDE sprechen, dann können Sie immer noch die „kopieren“ msbuild Aufgabe verwenden.