Frage

Wir haben ein Framework in .NET erstellt, das Hardware -Geräte steuert. Das gesamte Framework verwendet MEF, sodass es stark auf Schnittstellen abhängt.

Aus Gründen, die über unsere Kontrolle hinausgehen, mussten wir die Hardware ändern, und das erforderte einige brechene Änderungen an einigen Schnittstellen.

Das Projekt für die alte Hardware wurde für eine Weile in die Warteschleife gestellt und wir begannen an einer grafischen Anwendung zu arbeiten, die die neue Version des Frameworks verwendet.

Jetzt, viel später, möchten sie, dass wir die alte Hardware erneut unterstützen, und überportieren also die vorhandene grafische Anwendung, um das alte Framework zu verwenden und zwei Versionen zu verwalten.

Das Framework ist eine Visual Studio -Lösung mit mehreren Projekten, und die grafische Anwendung ist eine weitere Visual Studio -Lösung mit wenigen Projekten.

Einige Teile (Projekte in der Rahmenlösung) stützten sich nicht auf veränderte Schnittstellen, andere.

Für die Quellensteuerung haben wir ein Subversion -Repository.

Hat jemand Erfahrungen mit der Verwaltung von so etwas gemacht? Gibt es Best Practices? Anregungen?

War es hilfreich?

Lösung

Dies ist ein Hauptkanditat, um a zu erstellen Zweig. Haben Sie ein Haupt -Repository mit dem Kofferraum des Codes und einen Zweig für jede andere benötigte Hardware -Menge. Dies erleichtert es Ihnen, Dinge zu codieren, die für beide Versionen der Codebasis durchgeführt werden müssen, während sie ihre Feinheiten unabhängig halten.

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