Verwaltung mehrere Projekte und gemeinsamer Bibliothek in Subversion

Hi Falk
Deine Problemstellung kann ziemlich sicher mit Subversion gelöst werden.

In jedem Fall sollten alle Projektdateien und Bibliotheken in einem Repository liegen, um die Versionshistorie im Zusammenhang und Kontext korrekt wiederzugeben.

Unter Repository-Verzeichnisse/-Dateien können natürlich als Arbeitskopie an jeweils geeigneten auch verschiedenen Stellen ausgecheckt werden.

Wenn Entwickler B an den Änderungen von Entwickler A nicht interessiert ist, bleibt er einfach bei seiner aktuellen Revision. Möchte B eine Änderung commiten, die aber nicht als neue trunk Revision erscheinen soll, um A nicht zu stören, kann B einen Branch erzeugen und seine Änderung/Bug-Fix als Branch commiten.

Zu einem späteren Zeitpunkt können die beiden Branches dann wieder zur gemeinsamen trunk-Revision gemerged werden.

Übrigens: In LabVIEW 2010 kann der VI-Objectcode getrennt vom eigentlichen VI gespeichert werden. Damit wird das Problem der relativen Pfade gelöst. Bei solchen Änderungen, die nur den Objectcode btreffen, wird nur dieser im Hintergrund recompiliert, das VI aber nicht als geändert markiert.

Gruß Holger

Übrigens: Hier ist beschrieben, wie wir Subversion an der GSI benutzen. Dort gibt es auch Links zu weiterer Hintergrundinformation von NI.