Subversion und VisualSVN für Ein-Mann-Entwicklung

[Harry Stahl]

Zitat von jaenicke:

Ich habe hier zu Git mal eine kurze Einführung mit Screenshots geschrieben (wirklich nur kurz zum Einstieg):
http://www.entwickler-ecke.de/topic_...it_115462.html
Zum Server bin ich leider noch nicht gekommen...

Danke, das ist sehr hilfreich.

Auch Dein Tutorial zu Subversion hätte mir eine Menge Raterei erspart, wenn ich es schon gekannt hätte...

In Fakt sieht es aber so aus, als ob alle Leute, die Versionsverwaltung machen, NICHT die Integration in Delphi verwenden, um die Änderungen zu posten oder zu holen, oder sehe ich das falsch?

[mse1]

Zitat von Harry Stahl:

In Fakt sieht es aber so aus, als ob alle Leute, die Versionsverwaltung machen, NICHT die Integration in Delphi verwenden, um die Änderungen zu posten oder zu holen, oder sehe ich das falsch?

Ich finde die Integration alles und jedes in eine IDE keine gute Idee. Dadurch entsteht ein unhandliches fehleranfälliges Monster das so kompliziert zu programmieren ist, dass man bei der Qualität, Funktionsumfang und Usability zwangsläufig Abstriche machen muss.

[Jim Carrey]

Zitat:

Natürlich kann man auch so vergleichen, es ist aber ein Vielfaches umständlicher.

Da ist garantiert was dran und das bestreite ich nicht.

Zitat:

Das kommt eben auf die Projektgröße an. Weder bei meinen beruflichen noch bei meinen privaten Projekten kann ich den Code auswendig kennen, weil der Quelltext schlicht zu umfangreich ist. Und schon gar nicht Jahre später noch wissen was wie läuft.

Mein aktuelles Projekt hat derzeit ohne Leerzeilen 56.000 Zeilen.
Das ist nicht sonderlich viel aber ich weiß immer ganz genau was ich wo finde.

Zitat:

Was ich als riesigen Vorteil gegenüber den ZIP-Archiven sehen, ist, dass ich beim Einchecken von Änderungen einen Kommentar hinterlegen kann (z.B. sowas wie "Anforderung #4711 - Schriftart in den Buttons fett" oder so). So kann ich auch noch Jahre später sehen, was gemacht wurde, ohne jedesmal in die Diffs sehen zu müssen.

ZIP-Archive können auch Kommentare enthalten.

[Valle]

Werden noch Leute für die Statistik benötigt?

Ich lege ebenso für jedes Projekt, bei dem ich davon ausgehe dass ich es morgen nochmal anfassen werde, ein Git Repository an. Ein paar veröffentliche ich auch auf Github. Mit SVN braucht man heute nicht mehr anfangen. Ich würde empfehlen sich für Git (oder gern auch Mercurial) mal ein paar Tage lang mit der Konsole zu befassen. Wenn einem die Konsole dann immernoch nicht zusagt, kann man ja wechseln. Ich bin mit der Konsole ein vielfaches schneller und verstehe auch besser was Git da tut.

Mit Zip-Dateien entwickeln... kann man machen. ( ) Aber falls mal jemand mit Versionierung überhaupt erst anfängt, würde ich empfehlen einfach eine fertige Lösung für das Jahrzehnte alte Problem zu verwenden und sich in Git einzuarbeiten. Solange man das nicht einfach "schon immer so macht", sehe ich in Zips keine weiteren Vorteile.

[jaenicke]

Zitat von Harry Stahl:

In Fakt sieht es aber so aus, als ob alle Leute, die Versionsverwaltung machen, NICHT die Integration in Delphi verwenden, um die Änderungen zu posten oder zu holen, oder sehe ich das falsch?

Das haben wir versucht, eigentlich wäre die sehr praktisch. Neue Units automatisch ins Repository usw., an jeder Zeile die letzte Änderung sehen, ...

Wenn das alles geklappt hätte, hätten wir auch einen eigenen Commit-Dialog gebaut, der die für uns nötigen Angaben (Ticketnummer usw.) direkt in das passende Format bringt, damit unsere Build Tools diese extrahieren können.

Aber leider gab es immer wieder mal Schutzverletzungen, nach denen wir dann manuell Cleanups machen mussten. Deshalb haben wir es am Ende aufgegeben...

Wir benutzen jetzt TortoiseSVN und TortoiseGit mit einem externen Tool um den Committext zu erstellen. Den kopieren wir dann einfach hinein.

[Harry Stahl]

Also, ich habe jetzt mal ein wenig (bzw. ein wenig mehr) an einem Projekt gearbeitet (noch weiterhin mit Subversion) und das ein- und auschecken über die in Delphi integrierte Lösung gemacht.

Soweit hat das eigentlich ganz gut funktioniert. Ist schon toll, wenn ich an einem Rechner gearbeitet habe und öffne das Projekt an einem anderen Rechner, wähle dann per rechten Mausklick auf den Projektnamen den Kontextbefehl "Subversion", "Aktualisieren", "Aus Repository Stammverzeichnis" und schon wird mein Projekt auf den aktuellen Stand gebracht.

Das ist schon mal viel einfacher, als Dateien zwischen den Rechnern über das Netzwerk oder sonstwie zu kopieren.

Und da man sich auch die Unterschiede mit dem eingebundenen Beyond-Compare ansehen kann (das sich im About-Dialog lustigerweise mit "RAD-Studio XE9-Edition" meldet), finde ich das doch alles recht komfortabel.

Was mir noch nicht gelungen ist: Externals einzubinden, also Dateien, die nicht im Projektverzeichnis oder in einem Unterverzeichnis davon liegen.

Falls jemand Subversion nutzt, wäre ich für einen Tipp dankbar.

(Auch wenn jetzt viele gesagt haben, nehm direkt GIT oder Mercurial, ich will die Subversion-Nutzung zumindest einmal von vorn bis hinten bei einem Projekt durchziehen, damit ich einen vollständigen Eindruck bekomme, nur dann werde ich ja auch in der Lage zu sein, zu vergleichen und zu bewerten, was ich evtl. alternativ besser finde)

Noch eine weitere, für mich wichtige Frage: Für meine Lazarus-Pascal-Projekte wäre es natürlich auch toll, ein Versionsverwaltungssystem zu verwenden (ich arbeite dann mit dem jeweiligen Lazarus auf Windows / dem Mac / Linux). Hat jemand unter diesem Aspekt evtl. auch Erfahrungen gemacht, welche Versionsverwaltung hier zu empfehlen wäre?

Zwischenfazit von mir:
Generell habe ich jedoch schon mal den Eindruck, dass die Versionsverwaltung etwas ist, was ich auf jeden Fall hinzu nehmen werde. Man kann zwar auch ohne Versionsverwaltung professionell Software entwickeln, aber ich denke es könnte mir die Sache doch erheblich erleichtern. Gerade, wenn man feststellt, dass plötzlich etwas nicht mehr funktioniert, kann man sehr leicht vergleichen, was in den einzelnen Revisionen geändert wurde und so schnell die Ursache ermitteln.

Und ja, auch für eine einzelne Person ist das eine Hilfe.

[jaenicke]

Zitat von Harry Stahl:

Was mir noch nicht gelungen ist: Externals einzubinden, also Dateien, die nicht im Projektverzeichnis oder in einem Unterverzeichnis davon liegen.

Wie du das mit Tortoise machst, kannst du hier in der Doku nachlesen:
https://tortoisesvn.net/docs/release...externals.html

Zitat von Harry Stahl:

Noch eine weitere, für mich wichtige Frage: Für meine Lazarus-Pascal-Projekte wäre es natürlich auch toll, ein Versionsverwaltungssystem zu verwenden (ich arbeite dann mit dem jeweiligen Lazarus auf Windows / dem Mac / Linux). Hat jemand unter diesem Aspekt evtl. auch Erfahrungen gemacht, welche Versionsverwaltung hier zu empfehlen wäre?

Alle diskutierten VCS sind crossplatform, SVN, Git und Mercurial. Auf Serverseite kenne ich nur die Windows-Server VisualSVN Server und Bonobo Git Server, aber es gibt auch und vor allem Server für andere Plattformen. Auf Clientseite gibt es diverse Clients außerhalb von Windows, aber kein Tortoise. Mittlerweile gibt es aber auch für Linux und andere Plattformen graphisch ansprechende Clients, die man sehr angenehm nutzen kann. Paradoxerweise kosten die meisten allerdings anders als Tortoise für Windows etwas. Angesichts der kostenlosen Alternativen, die ich kenne, würde ich aber in die Richtung tendieren.

Alternativ funktioniert die reine Git-Kommandozeile auf allen Plattformen gleich, aber ich persönlich brauche damit so extrem viel mehr Zeit, dass ich nicht dazu raten kann.

[warschonweg]

Wobei Git im Gegensatz zu Mercurial unter Windows nur via Emulation funktioniert.