Update Seattle/Berlin

[Lemmy]

Zitat von exilant:

Ich muss nämlich erstmal fundamentale Konzepte kennenlernen. Werde ich überhaupt eine Chance haben, ein wirklich schlimm gewachsenes "Legacy Projekt" ohne jede Architektur (alles mit allem verzahnt) mit hunderten Quelltexten/Forms/Reports/Scripten in eine brauchbare Struktur zu kriegen für eine Versionsverwaltung?

Subversion ist für den Anfang eine gute Wahl, wenn du dann damit Erfahrung gesammelt hast, ist ein Umstieg auf git nicht schwer. Wenn der -NET Kollegen git schon kennt, dann soll er dir das erklären und ihr könnt ggf. gleich damit los legen (oder mercurial,....).

Für eine Versionsverwaltung ist wie Heiko schreibt die Struktur deiner Sourcen völlig egal - es geht hier lediglich darum Änderungen jederzeit nachvollziehbar aufzuzeigen - und da gehört z.B. auch das Verschieben von Dateien oder Namensänderungen dazu (sprich wenn ihr mal anfangen wollt Struktur einzuführen).

Einzig wichtig für Dich: Achte darauf, dass deine dfm im Textformat abgespeichert sind (Kontextmenü bei einem Form, dann ganz unten) nur dann kann ein SCM damit sinnvoll umgehen.

[exilant]

Erst mal Danke an alle die geantwortet haben.
Ich habe Berlin in die gleiche VM wie Seattle installiert. Und beide Versionen laufen wirklich problemlos bisher.

Da es an der VCL keine echten Änderungen (Danke für den Link) gibt werde ich die bisherige Seattle Version wohl problemlos auf Berlin anheben können. Ich denke, dann ist auch für die nächsten Jahre erstmal Schluss mit Updates. Zu teuer und zu wenig ergiebig für VCL Only.
Interessant wäre zukünftig eventuell der Linux Compiler. Natürlich nicht für Desktop Anwendungen.

Zur Versionsverwaltung: Ich denke, es wird SVN werden. GIT soll ja erheblich komplexer sein.
Ich werde mal ein Repo auf einem Linux Server anlegen und mir in meiner VM Tortoise installieren.
Ein bischen Manschetten habe ich schon, so ein Projekt in die Hände einer Software zu geben die ich nicht beherrsche. Ich werde klein anfangen.

Nochmal Danke

[vagtler]

Zitat von exilant:

[...] Zur Versionsverwaltung: Ich denke, es wird SVN werden. GIT soll ja erheblich komplexer sein. [...]

Das Gegenteil ist der Fall.

[Sherlock]

Zitat von vagtler:

Zitat von exilant:

[...] Zur Versionsverwaltung: Ich denke, es wird SVN werden. GIT soll ja erheblich komplexer sein. [...]

Das Gegenteil ist der Fall.

Sehe ich auch so.

Sherlock

[dummzeuch]

Hi,

bzgl. Delphi und Sourcecode-Verwaltung mit SVN habe ich 2007 mal einen Artikel gepostet:

http://www.dummzeuch.de/delphi/subversion/english.html

(Sorry, nur auf Englisch)

Ungefaehr so wie ich es damals beschrieben habe, machen wir das heute auch noch. Nur bei den 3rd-Party-Bibliotheken hat sich was geaendert. Statt interne Releases durchzunummerieren gibt es auch da einen trunk fuer die aktuelle Version und es werden Tags gesetzt, wenn ein Projekt released wird, das eine der Bibliotheken verwendet.

Zum Setzen der Tags haben wir ein internes Tool, was die Versionsinfo des releasedten Executables ausliest und den Tag darauf basierend anlegt. Das macht das Setzen der Tags einfacher und sorgt dafuer, dass man sie auch wirklich anlegt und es nicht "vergisst" (sprich: Aus Faulheit solange aufschiebt, bis es sinnlos geworden ist.)

Die IDE-Integration von SVN benutzen wir nicht. Sie ist zu umstaendlich.

twm