VI-Erstellung im Netzwerk - Schreibschutz

Hallo,

wir arbeiten zu mehreren Personen an einem Labview-Projekt (Vers. 2012)
und möchten das Projekt im Firmennetzwerk ablegen. Ist eine VI gerade in
Bearbeitung, so sollen andere Nutzer nur noch lesend (oder gar nicht mehr)
auf diese VI zugreifen können, so dass keine Daten gegenseitig überschrieben
werden können (so wie es zur Zeit möglich ist). Wie kann ich das einstellen?
Falls ein Zusammenführen der verschiedenen geöffneten Versionen auch möglich
ist, bitte auch beschreiben (im Regelfall hat jeder seinen Bereich und man kommt
sich nicht ins Gehege ... auch innerhalb einer VI)

Vielen Dank für eure Hilfe!

Grüße
Michael

Hallo Michael,

Zitat:Ist eine VI gerade in Bearbeitung, so sollen andere Nutzer nur noch lesend (oder gar nicht mehr) auf diese VI zugreifen können, so dass keine Daten gegenseitig überschrieben werden können (so wie es zur Zeit möglich ist). Wie kann ich das einstellen?

Gar nicht. LabVIEW hält geöffnete VI-Dateien nicht "offen"...

Aber:
Denkt über die Nutzung von SVN nach. Denkt ernsthaft darüber nach!

Zitat:Falls ein Zusammenführen der verschiedenen geöffneten Versionen auch möglich ist, bitte auch beschreiben (im Regelfall hat jeder seinen Bereich und man kommt sich nicht ins Gehege ... auch innerhalb einer VI)

Das wollt ihr nicht wirklich. Schon gar nicht, wenn mehrere Leute an einem VI irgendwelche Dinge ändern...

Aber: Denkt über SVN-Nutzung nach. Denkt ernsthaft darüber nach!

Ich denke, mein Vorschlag ist angekommen...

Noch was:
Es ist nicht anzuraten, VIs im Netzwerk zu speichern und dann noch verteilt darauf zuzugreifen. Die Fehlerrate bei VIs auf einem Netzwerk-Server steigt signifikant. Auch das ist ein Punkt, der euch durch SVN erleichtert wird, da hier die VIs lokal liegen und zentral auf dem Server "nur" verwaltet werden...

P.S.: Profil ergänzen!

Hallo Michael,

such mal hier im Forum nach Sourcecodeverwaltung bzw. Subversion.
Da findest Du die Informationen die Du benötigst.

Grüße
Andreas

Hallo,

vielen Dank für eure Antworten.

@ GerdW: Wir sind ein kleiner Betrieb und wollen keinen
großen Mehraufwand betreiben, nur weil wir jetzt
mal mit 2 Entwicklern an einem Projekt arbeiten.

Warum werden die VI's nicht gesperrt (read only),
wenn bereits von anderer Stelle aus editiert wird?
Bei anderen Dateien (z.B. Office Dokumenten) ist es
doch auch so ...

Grüße
Michael

(10.04.2013 13:25 )ahebauer schrieb:  Warum werden die VI's nicht gesperrt (read only),
wenn bereits von anderer Stelle aus editiert wird?
Bei anderen Dateien (z.B. Office Dokumenten) ist es
doch auch so ...

Hallo Michael,

In den Office Programmen ist das eben implementiert worden.
Bei der Programmierung hat es sich etabliert, daß ein Sourcecodeverwaltung eingesetzt wird, speziell wenn mehrere Programmierer an einem Projekt arbeiten und auf den gleichen Code zugreifen. (und nicht nur dann)

Wenn ihr das umgehen wollt, dann müßt ihr sehr diszipliniert arbeiten und für Euch ein System überlegen, wie ihr Codebereiche trennt, auf die dann nur einer der Programmierer zugreift. Das dürfte bei simplen Projekten möglich sein, aber wenn das Programm etwas komplexer ist, sehe ich nur Probleme über Probleme.

Wenn ihr also wirklich etwas mit Hand und Fuß machen wollt, dann solltet ihr euch mit SNV außeinander setzen, so wie Gerd es schon unterstrichen hat.

Offizielle Subversion Projektseite
Grafisches Frontend z.B. TortoiseSVN

Grüße
Andreas

Eben noch gesehen: Configure_TortoiseSVN_to_work_with_LabVIEW
Grüße
Andreas

(10.04.2013 13:25 )ahebauer schrieb:  Warum werden die VI's nicht gesperrt (read only),
wenn bereits von anderer Stelle aus editiert wird?
Bei anderen Dateien (z.B. Office Dokumenten) ist es
doch auch so ...

Das ist so nicht ganz trivial. Einerseits willst Du die VIs nicht gesperrt haben wenn jemand anders sie nur in LabVIEW lädt. Andererseits soll LabVIEW dann plötzlich automagisch die VIs doch noch sperren sobald jemand ans editieren geht. Wann ist das? Wenn man das Diagram öffnet? Wenn man einen Draht verschiebt? Oder doch erst wenn man etwas wirklich verändert? Diese Logik ist nicht nur sehr undeutlich definiert sondern kann auch noch je nach Anwendungsfall ändern.

Ausserdem sind solche impliziten Mechanismen nicht nur sehr schwer korrekt zu definieren sondern auch auf Dauer recht resourcenhungrig, sprich der Editiervorgang kann signifikant verlangsamt werden.

Und zu guter letzt funktioniern Lockmechanismen je nach verwendetem Netzwerkprotokol unterschiedlich und manchmal gar nicht. Es macht echt einen Unterschied ob man mit NFS, SMB oder gar AppleTalk/AirPort arbeitet und im Fall von SMB macht es auch noch ein Unterschied, welche LanManager-Version verwendet wird, was unter anderem abhängig ist von der Windowsversion, oder der entsprechenden Sambakonfiguration.