Frage

Wie würden Sie den Lebenszyklus und den automatisierten Build-Prozess verwalten, wenn einige der Projekte (C# .csproj Projekte) sind Teil des eigentlichen Build-Systems?

Beispiel:A .csproj ist ein Projekt, das verwendet MSBuild Aufgaben, die in umgesetzt werden BuildEnv.csproj.Beide Projekte sind Teil desselben Produkts (d. h. BuildEnv.csproj sich häufig ändert, während das Produkt entwickelt wird, und nicht von einem Drittanbieter, der selten aktualisiert wird)

War es hilfreich?

Lösung

Sie müssen dies in zwei separate „Projekte“ aufteilen, sonst verbringen Sie eine Ewigkeit damit, herauszufinden, ob ein fehlerhafter Build auf Änderungen im Build-System oder Änderungen im zu entwickelnden Code zurückzuführen ist.

Zuvor haben wir die beiden Systeme in CVS in separate Projekte aufgeteilt.

Sie möchten in der Lage sein, eine Sache zu variieren und die andere konstant zu halten, um den Umfang, auf den Sie bei der Durchführung einer forensischen Analyse achten müssten, einzuschränken.

Hoffentlich hilft das.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top