|
|
| Re: LV 8 Source Code Control [message #2933 is a reply to message #2682] |
Fri, 03 March 2006 10:16   |
Oliver Frank
Messages: 14
Registered: January 2004
|
occasional visitor |
From: *catv.wtnet.de
|
|
Hi Holger,
wir haben seit kurzem im Einsatz:
- LV8 PDS
- SCC Proxy von PushOK auf den Bürorechnern, um mit LV's CVS Interface zu nutzen
- TortoiseCVS um vom Anlagenrechner aus während der Fehlersuche mit CVS Verbindung zu haben
- CVS auf einem Linux Server
Erfahrung: da sind wir noch am sammeln - bringt aber Spaß damit zu arbeiten (wenn man davon Absicht, das VIs Binärdateien sind und somit die ganze Mächtigkeit der Konfliktlösung verschwendet ist...).
Gruß
Oliver
LabVIEWjahrgang '98
www.LabVIEWForum.de - Das Forum für LabVIEW Entwickler
|
|
|
|
| Re: LV 8 Source Code Control [message #2934 is a reply to message #2933] |
Fri, 03 March 2006 10:34 |
 |
Brand
Messages: 180
Registered: January 2004
Location: GSI - SB2 2.256
|
first-grade participant |
From: denbg014.gsi.de
|
|
Hi Frank,
freut mich, von Dir zu hören.
Ich habe in der Zwischenzeit mit LabVIEW und SubVersion rumprobiert.
SubVersion funktioniert zusammen mit TortoiseSVN prima. Ich möchte aber jedem davon abraten, große LabVIEW Projekte, einige 1000 Vis, mit dem LV8 SCC Interface und dem PushOK-Provider zu bearbeiten. Es scheint mir, dass LV jedesmal versucht, alle VIs auszuchecken, die von einer Änderung betroffen sind, auch wenn es sich nur um die Änderung von relativen Pfaden o.ä. handelt. Und kann sehr lange dauern bis es damit fertig ist!
SubVersion kann sehr gut mit Binärdateien umgehen.
OpenG hat das graphische Diff von LV extern programatisch aufrufbar gemacht. Das sollte von Tortoise aufrufbar sein. Das habe ich aber noch nicht ausprobiert. Es müsste auch für die neueren LV Version verfügbar gemacht werden.
In unserer SubVersion Version werden leider noch keine exklusiven Locks unterstützt. Das kommt mit dem nächsten Upgrade unserer Installation.
Gruß Holger
|
|
|
|
| Re: LV 8 Source Code Control [message #2936 is a reply to message #2934] |
Fri, 03 March 2006 13:57 |
Oliver Frank
Messages: 14
Registered: January 2004
|
occasional visitor |
From: telm13.gkss.de
|
|
Hi Holger,
in lv-diff ist die diff Version von NI extern verfügbar.
Nach kleiner Anpassung (NI hat bei ihrem VI die Conector Plane geändert) läuft es aus der Kommandozeile heraus auch.
Ich bekomme zwar vorher noch eine Fehlermeldung, kann mir deren Herkunft aber nicht erklären.
Nun habe ich lv-diff in den SCC Proxy von PushOK eingebunden.
Bis zu dem Moment, wo die äquivalente Fehlermeldung kommt läuft alles bestens, aber mit der Fehlermeldung löscht LV das temporär gespeicherte VI.
lv-diff meldet dann natürlich, das ein VI fehlt...
Hast du den diff schonmal aus LV heraus aufgerufen, oder nur über Tortoise?
Zu deiner Anmerkung, bezüglich dem LV SCC Interface:
Das Problem von LV ist, das in dem VI die absoluten Pfade der benutzten Sub-VIs stehen.
Haben sich nun Pfade geändert, sucht LV beim Laden nach diesen VIs und schreibt die aktuellen Pfade im Speicher ins VI.
Schließt man nun das Main-VI, so fragt LV verständlicherweise nach, ob man die Änderungen ind den Sub-VIs speichern möchte.
In dem Moment, wo man dieses tut stimmen die VIs nicht mehr mit dem in dem SCC-System gespeicherten überein.
Deshalb geht das SCC-System davon aus, das man Änderungen vorgenommen hat und zeigt dieses solange an, bis man die geänderten VIs eingecheckt hat.
Ich denke, man muß dazu übergehen, das die Pfade auf allen Rechnern gleich sind, sprich das die Projektverzeichnisse auf dem gleichen Laufwerk im gleichen Verzeichnisbaum liegen. Sowohl auf dem Entwicklungsrechner, als auch auf dem Experimentrechner.
Habe das aber noch nicht ausprobiert.
Gruß
Oliver
LabVIEWjahrgang '98
www.LabVIEWForum.de - Das Forum für LabVIEW Entwickler
|
|
|
|
GSI Forum
Search
Help
Members
Login
Home
