Ich habe eine große Lösung, die täglich in TFS gebaut wird. Die Lösung umfasst mehrere logische Unterlösungen - z. B. ApplicationA, die aus den Projekten A, B, C, D besteht; ApplicationB, bestehend aus den Projekten A, B, E, F, ApplicationC, die aus den Projekten A, C, G, H besteht.Organisieren einer großen C# -Lösung
Derzeit erstellen wir lokal eine Kopie der Build-Lösungsdatei und entladen Projekte, die wir nicht erstellen müssen, um an einem Projekt zu arbeiten - also würden wir für ApplicationA alles außer A, B, C, D entladen. Ein anderer Ansatz wäre, mehrere Lösungskonfigurationen zu erstellen, die nur die Projekte A, B, C, D für ApplicationA erstellen würden - aber ich fürchte, das wäre umständlich und die .sln-Datei würde sehr groß werden.
Das Problem ist, dass viele Projekte in einem WIX-Paket zusammengefasst und zusammen installiert werden - so macht die Hauptdatei .SLN Sinn, vor allem aus Sicht der Konstruktion, sondern auch Debugging.
Das Verwalten mehrerer Lösungsdateien scheint nicht richtig zu sein. Wenn neue Projekte hinzugefügt werden, müssen diese zu mehreren Lösungen hinzugefügt werden. Vielleicht ist die Konfigurationsmethode der richtige Weg, aber es fühlt sich auch nicht richtig an.
Hat jemand Erfahrung mit einem ähnlichen Szenario, und wie haben Sie es geschafft?
"Die Verwaltung mehrerer Lösungsdateien ist jedoch nicht möglich. Wenn neue Projekte hinzugefügt werden, müssen diese zu mehreren Lösungen hinzugefügt werden."? Ist das wirklich so beschwerlich? Ich habe immer mehrere Lösungen benutzt (wenn ich mit vielen Projekten zu tun habe) und habe das nie sehr schmerzhaft gefunden. –