Versionskontrolle mit CVS oder Subversion

[Juergen_G]

Hallo,

hat schon jemand von euch versucht mit CVS oder Subversion die Navisionobjekte zu versionieren?

Frage an alle NSC-Mitarbeiter - wie koordiniert ihr die unterschiedlchen Kundendatenbanken und die Änderungen?

Danke
Jürgen

[prassl]

Hallo Jürgen,

die gleiche Idee hatten wir hier bei uns auch schon mal, aber das hat bei uns so gut wie garnicht funktioniert.
Nachdem die Objekte beim exportieren immer wieder verändert waren (neue Tabellen hinzu etc. ) war das wirklich nicht machbar.
Also haben wir wie in alten Zeiten überall exportierte Objekte in 1000en versionen herumliegen.

bin aber für jeden Vorschlag offen und gerne bereit was zu lernen.
würde uns sicher auch helfen

ach ja, wir organisieren unsere Kunden DBs in unterschiedlichen SQL server instanzen, und protokollieren die Änderungen in den Projektordnern und files direkt, auch hier - wenn es eine bessere Möglichkeit gibt, nur her damit :)

cheers,
m.

[BeniHoch]

Hallo,

Ich verwende sehr gerne das NDT um verschiedene Stände von Datenbanken zu halten.

Wir setzten ansonten eine Eigenentwicklung ein mit der wir die Updates an unsere Kunden dokumentieren. Diese ist ähnlich der Lösung welche bei Mibuso angeboten wird. Bei jeder Version werde hierbei die betroffenen Objekte protokolliert und auch der Dokumentation Trigger wird mit archiviert.

[Juergen_G]

Hallo BeniHoch

kannst du uns die Objekte zur Verfügung stellen?

mfG

[BeniHoch]

Hallo Juergen_G,

Leider darf ich das nicht.
Ich bin jedoch auch gerade dabei meine Lösung auf die von Mibuso umzustellen.

Dort zu finden unter navisionobjectmanager*.zip.

[Juergen_G]

Hallo,

ich verwende jetzt Subversion als Versionsverwaltung.

Ich gehe wie folgt vor:

Initialbefüllung des Repository:
- Export aller Objekte als Textfile
- Erstellen einzelner Files mit dem "Object Text File Splitter" von Mibuso
- Importieren der Textfiles in das Repository

Änderungen ins Repository Übernehmen
- Export der Änderungen in mein Lokales Arbeitsverzeichnis als Textfile
- Durchführen eines "Commit" - Subversion archiviert alle Versionen automatisch

Bei jedem Task in Subversion kann man zusätzlich eine Bemerkung angeführt werden welche dann im Log ersichtlich ist. Jede Änderung erzeugt eine neue Versionsnummer. So ist es mögich nur jene Objekte bis zu Version X anzuzeigen oder in eine lokale Arbeitsverzeichnis zu exportieren.

Subversion kann mittels Apache-Webserver auch für Partner extern über das Web zugänglich gemacht werden.

Wer hat dazu noch Verbesserungsvorschläge?

[rotsch]

Hallo Jürgen,

Wo bekommt man denn Subversion?

[Marc Teuber]

Hi Roger,

Wo bekommt man denn Subversion?

Siehe: http://subversion.tigris.org

Gruß, Marc

[rotsch]

Danke für den Link, das schaue ich mir an.

[Silvia]

Hallo zusammen,

ich war gerade auf der Suche nach einer geeigneten Versionskontrolle für Navision.

Hat jemand vielleicht neueste Erkenntnisse/Erfahrungen darüber?

Vielen Dank für die Info,

[Juergen_G]

Ich verwende noch immer Subversion wie im meinen Eintrag vom 6. Okt. 2006 beschrieben. Läuft ohne Probleme - habe jetzt schon 135 Versionen im System.

Eine Verbesserung wäre noch die Objekte direkt aus Navision als Text je Objekt zu exportieren.

mfG
Jürgen

[forki]

Hallo,

wir benutzen für die Quellcodeverwaltung ein recht leistungsfähiges selbstentwickeltes Tool, das sich direkt in Navision integrieren lässt.

Das Tool kann auf VSS und Subversion zugreifen und Objekte automatisch ein- und auschecken (Objektweise oder gefilterte Mengen). Weiterhin kann man sich die Versionsgeschichte (mit Diffs) eines Objektes direkt aus NAV ansehen und auch rückwärts die kompletten Quellcode-Änderungen an einer erledigten Aufgabe finden.

Weiterhin werden vor dem Checkin noch eine Reihe von Prüfungen auf dem Quellcode ausgeführt (z.B: richtige Versionstags, Kompilierfähigkeit usw.).

Hier noch ein Link zu einem (alten und mittlerweile etwas veralteten) Blogpost von mir:
http://www.navision-blog.de/2006/03/26/ ... -navision/

[janosch]

Hallo,

wir benutzen für die Quellcodeverwaltung ein recht leistungsfähiges selbstentwickeltes Tool, das sich direkt in Navision integrieren lässt.

...

Hier noch ein Link zu einem (alten und mittlerweile etwas veralteten) Blogpost von mir:
http://www.navision-blog.de/2006/03/26/ ... -navision/

Hallo Forki,

ist das Tool auch irgendwie zu erhalten?

Darüber hinaus würde mich als SVN Neuling interessieren welche Ordner-Struktur ihr benutzt und sich bewährt hat. Habe geplant folgende Struktur zu verwenden:

Code: Alles auswählen

<root>
<root>\navision
<root>\navision\dev\trunk
<root>\navision\dev\branches
<root>\navision\dev\tag
<root>\navision\test\trunk
<root>\navision\test\tag
<root>\navision\real\trunk
<root>\navision\real\tag


Viele Grüße,

Janosch

[AlterHase]

Hallo Janosch,

zu SVN kann ich folgendes sagen:

Ich verwende als Ordnerstruktur unterhalb von Navision /Tables /Reports /Forms etc. mehr nicht, denn die Ãœbersicht bekomme ich mit anderen Tools.
Meine SVN-Umgebung schaut im Groben so aus:

1. VisualSVN-Server als "Subversion-Host" kostenfrei
2. smartsvn-Client, kostet ein paar USD aber klasse bzgl. GUI mit der Möglichkeit verschiedene Release-Stände miteinander abzugleichen
3. Jira als generelles Bugtracking- und Issue-Management-Tool inkl. Subversion Plugin. Damit bekomme ich die Kurve, die Objektänderungen einer konkreten Aufgabe in Jira zu verknüpfen
4. Als Vergleichstool für die Revisionssände dient dann noch BeyondCompare, dass sich in den smartsvn-Client integrieren lässt.

Gruß
Meik

[janosch]

Hallo Meik,

Ich verwende als Ordnerstruktur unterhalb von Navision /Tables /Reports /Forms etc. mehr nicht, denn die Ãœbersicht bekomme ich mit anderen Tools.

da habe ich eine Verständnisfrage bzw. verstehe ich gerade nicht so ganz:

du meinst das du keine trunk/branch/tag anlegst? Oder hast du unter trunk/ alle Objekttypen (Reports/Tabeles usw.) in einem Verzeichnis?

Eine Frage die mich brennend interessiert: Wie exportierst du die Objekte? Nur nach Bedarf? Regelmäßiger (vielleicht sogar automatisierter) Export?

1. VisualSVN-Server als "Subversion-Host" kostenfrei
2. smartsvn-Client, kostet ein paar USD aber klasse bzgl. GUI mit der Möglichkeit verschiedene Release-Stände miteinander abzugleichen
3. Jira als generelles Bugtracking- und Issue-Management-Tool inkl. Subversion Plugin. Damit bekomme ich die Kurve, die Objektänderungen einer konkreten Aufgabe in Jira zu verknüpfen
4. Als Vergleichstool für die Revisionssände dient dann noch BeyondCompare, dass sich in den smartsvn-Client integrieren lässt.

zu 1) haben wir aktuell auch noch. Wollen uns aber die Windows-Lizenz sparen und steigen auf eine Linux-Kiste um
zu 2) benutzen TortoiseSVN Client. Über den Repo-Browser lässen sich mit Hilfe des "Compare" auch (Teil-) Zweige vergleichen. Aus Interesse: Was macht smartsvn dort besser/anders?
zu 3) JIRA nutzen wir auch, haben aber noch nicht das SVN Plugin. Meinst du dieses hier: <https://studio.plugins.atlassian.com/wiki/display/SVN/Subversion+JIRA+plugin>
zu 4) wir nutzen das OpenSource Tool WinMerge anstatt BeyondCompare. Habe ich bisher als "einfacher" empfunden, wobei ich gestehen muss, das ich BeyondCompare noch nicht wirklich getestet habe. Ich entnehme dem aber, das es das wert wäre?

Viele Grüße,

Janosch

[fiddi]

Hallo,

schaut euch mal den ObjectManager (light) an. Der hat soviel ich weiß auch eine eingebaute Schnittstelle zu SVN und noch ein paar andere Features, die man häufig benötigt.

Grß, Fiddi

[Timo Lässer]

schaut euch mal den ObjectManager (light) an. Der hat soviel ich weiß auch eine eingebaute Schnittstelle zu SVN und noch ein paar andere Features, die man häufig benötigt.

Ja, aber die Integration der Versionskontrolle (File System, VSS, SVN, Microsoft Team Foundation Server) ist nur in der Advanced Version vorhanden.
In der Light sieht man zwar, dass der Object Manager dies kann, jedoch sind die Felder ausgegraut und die Funktionen melden alle "... ist Bestandteil des Object Manager Advanced".

[AlterHase]

du meinst das du keine trunk/branch/tag anlegst? Oder hast du unter trunk/ alle Objekttypen (Reports/Tabeles usw.) in einem Verzeichnis?

Ähm - sorry - die o.a. Ordner habe ich direkt unterhalb des trunk-Verzeichnisses angelegt.

Eine Frage die mich brennend interessiert: Wie exportierst du die Objekte? Nur nach Bedarf? Regelmäßiger (vielleicht sogar automatisierter) Export?

Ich exportiere stets bei Bedarf - wenn möglich "themenbezogen" - als Textfile und splitte das mit dem Objectsplitter aus Mibuso von Carsten Scholling auf. Dann schiebe ich die Files in die jeweiligen Ordner. Damit erhalte ich in jira die optimale Quellcode-Zuordnung zu den einzelnen Aufgaben. Klingt nach jeder Menge Handarbeit, ist aber je Export nur eine Sache von 1 Minute.

Aus Interesse: Was macht smartsvn dort besser/anders?

Bin ich leider überfragt, da ich mit noch nicht mit dem TurtoiseSVN-Client auseinandergesetzt habe.

Meinst du dieses hier: <https://studio.plugins.atlassian.com/wiki/display/SVN/Subversion+JIRA+plugin>

Exakt

Ich entnehme dem aber, das es das wert wäre?

m.E. auf jeden Fall: Ich liebe dieses Teil

Hier ist auch ein paar mal der ObjectManagerLight aufgetaucht. Ich stimme hier aber Timo zu: Wenn, dann nur den Advanced mal anschauen. Harmoniert natürlich super mit NAV, ich kam aber eher aus der Ecke "Bugtracking"-Tool und damit jira und habe hier mit SVN die Versionskontrolle integriert.

Gruß
Meik

[Kowa]

Dieses Tool könnte auch hilfreich sein :
NavRepository

[janosch]

Hallo Kowa,

danke den Hinweis. Sieht wirklich SEHR interessant aus. Hast du bereits mit dem Tool Erfahrungen sammeln können?

Was ich mich wunder: Unter Downloads steht bei "Launched Applications" _nur_ NAV2009 (RC und Classic). Läuft das auch für NAV5? Oder werden die "Launched Applications" überhaupt nicht für die SVN Verwaltung gebraucht?

Viele Grüße,

Janosch

[Kowa]

Hallo Kowa,
danke den Hinweis. Sieht wirklich SEHR interessant aus. Hast du bereits mit dem Tool Erfahrungen sammeln können?

Nein, heute zufällig entdeckt. Ich ärgere mch seit Tagen mit der Funktion UpdateVATOnLines aus der Sales Line rum und war dabei hier drauf gestoßen.

[Cezar]

Nur schade, dass es nicht auf einem 64 Bit System läuft...