Sourcecodeverwaltung mit Subversion

Hi
Folgendes Vorgehen sollte bei LabVIEW im Zusammenhang mit SCC (egal welches) eingehalten werden:
- VIs werden in Bibliotheken organisiert. Für eine Bibliothek gibt es einen verantwortlichen Entwickler. Nur dieser hat Commit-Rechte für das entsprechnde Verzeichnis.
- Es gibt einen Rechner (oder auch nur eine sparate Arbeitskopie) auf dem neue Releases von Applikationen bzw. Versionen von Bibliotheken erstellt werden. Hier steht auch die Master-Projektdatei.
- Jede Entwickler erzeugt sich sein eigenes Projekt.
- Bibliotheken von anderen Entwicklern werden nur ausgecheckt und aktualisiert, aber niemals commitet. Am besten aktualisiert man ein Bibliotheksverzeichnis auf eine bestimmte SCC-Revision, die einer bestimmten Version oder eienm bestimmten Release entspricht. Lokale Änderungen werden nur über den verantwortlichen Entwickler in das SCC-Repostory commitet.

Auf diese Weise lassen sich Konflikte leicht vermeiden und ein "Revert to Revision" von Bibliotheken anderer ist gefahrlos möglich. Auf diese Weise kann man auch relativ leicht eine Qualitätskontrolle einbauen, weil jeder verantwortliche Entwickler mit seinem Namen dafür steht.

Dieses Vorgehen funktioniert bei uns an der GSI ganz gut. Wir benutzen hier auch Subversion.

Seit einem Jahr übe ich auch mit Git. Das grundsätzlich Vorgehen bleibt gleich, aber Git erleichtert das Branching ganz ungemein. Die Disziplin des Master-, Release- oder Main-Development-Branch nicht zu verunstalten bleibt. Jeder Entwickler hat aber die Möglichkeit, die Sourcen von anderen zu überarbeiten und via Pull-Request samt Historie an den verantwortlichen Entwickler zu übermitteln, der dann die erwünschten Änderung in seinen eigenen Branch und danach in den Main-Development-Branch mergen kann.

Gruß Holger