Privaten SVN Server einrichten!

[Daniel]

Ja, das mag ärgerlich sein - aber umsonst war das WE gewiss nicht: Bei aller Schelte, die SVN einstecken muss, die Grundprinzipien von Versionsverwaltungen sind geblieben. Wenn Du also verinnerlicht hast, wie man mit Branches und derlei arbeitet, geht es bei einer Umstellung auf ein neues System lediglich um die Frage des "Wie geht das dort?" und nicht mehr um das "Was ist das überhaupt?".

[Mavarik]

Zitat von Daniel:

Ja, das mag ärgerlich sein - aber umsonst war das WE gewiss nicht: Bei aller Schelte, die SVN einstecken muss, die Grundprinzipien von Versionsverwaltungen sind geblieben. Wenn Du also verinnerlicht hast, wie man mit Branches und derlei arbeitet, geht es bei einer Umstellung auf ein neues System lediglich um die Frage des "Wie geht das dort?" und nicht mehr um das "Was ist das überhaupt?".

Gebe ich Dir Recht... Aber nur weil ich das NIE eingesetzt habe bedeutet es ja nicht, dass ich mich nicht zwischendurch mal damit beschäftigt haben... Hatte lokal auch schon einen SNV Server eingerichtet, aber nur für Datensicherung...

Aber was den nun:

Mercurial oder Git?

TortoiseHg oder SourceTree?

Mavarik

PS: Echt jetzt? Anleitung als Commandline tool?

[Mavarik]

Also... Nachdem ich mich ein bisschen eingelesen habe...

Ist ja gruselig, dass alle Anleitung für Commandozeilen sind.

Ob das Mergen so viel besser geht, bezweifele ich erst mal. Wenn zwei Leute die Parameter einer Procedure geändert haben,
kann keine Automatik das Mergen übernehmen.

Also wo soll der Vorteil zu SVN sein? Aus den Anleitungen kann ich da keinen sehen.

Und die lokale Kopie des Repository... Macht es eher schwerer den Überblick zu behalten, oder?
Nicht nur Commit sondern auch noch Push and Pull?

Und das GUI... Viele bunte Striche...

Da finde ich den Revisionsgraph von TortosieSVN übersichtlicher...

Also bisher kann mich das noch nicht überzeugen... Mal in der Praxis ein paar Tests machen...

Mavarik

[Daniel]

Wenn Du eine konkrete Stelle hast, an der in der einen Datei ein Zeichen "A" lautet und in einer anderen Datei "B", dann musst Du den Konflikt per Hand lösen.

Das Mergen wird aber oftmals dadurch lästig, weil die Versionsverwaltung die unterschiedlichen Stände nicht mehr nahtlos zusammenfügen kann und buchstäblich den Überblick verloren hat, welche Code-Abschnitte zusammengehören und wo sich Dinge einfügen ließen. Und genau da gibt es Systeme, die aufgrund der Informationsmenge, die sie vorhalten, zielsicherer ans Werk gehen können als SVN.

[Mavarik]

Zitat von Daniel:

Und genau da gibt es Systeme, die aufgrund der Informationsmenge, die sie vorhalten, zielsicherer ans Werk gehen können als SVN.

OK.. Verstehe... Aber ist das nicht eher ein Fall für "Bejond Compare" als für eine Entscheidung wie Files in History gespeichert werden?

Beispiel:

Ich sichere jetzt meinen Versionstand (TAG) und zwei Leute arbeiten von diesem Punkt aus weiter.

Der eine programmiert neues Zeug und behebt Bugs der andere stellt um auf Unicode... (Ändert also nahezu jede Unit)
nach 3 Monaten soll ein Merge noch funktionieren? Oder muss man zwischen durch immer wieder aktualisieren?

Bei den reinen *.pas Dateien mag das ja noch passen, aber was ist mit den DFM Files? Was ist mit Komponenten, die je nach Brache andere Properties haben? Die also je nach Branch auch jeweils neu im Delphi installiert werden müssen...

Da gibt es noch viele viele viele viele offene Fragen... Nicht nur nach dem "richtigen" Tool, sondern auch einer konformen
Arbeitsweise...

Mavarik

[Mavarik]

OK nochmal die Frage:

Mercurial oder Git?
TortoiseHg oder SourceTree?

Wo liegt der Unterschied zwischen Mercurial und Git?

Mavarik

[Meflin]

Zitat von Mavarik:

Mercurial oder Git?
TortoiseHg oder SourceTree?

Ob Mercurial oder Git ist reine Glaubensfrage und ich denke es macht keinen großen Unterschied. Ich nutze Git, hauptsächlich weils doch n Stück populärer ist und man daher auch mehr Ressourcen dafür findet (sei es Hilfe oder Hosting -> GitHub). Mercurial hat aber denke ich die etwas durchdachtere Befehlsstruktur, da ist Git ziemlicher Wildwuchs. TortoiseHg soll nicht so das wahre sein, persönlich habe ich es aber noch nicht ausprobiert (ich benutze git auf der Kommandozeile, ist auch kein Problem).

[Lemmy]

Zitat von Mavarik:

Ist ja gruselig, dass alle Anleitung für Commandozeilen sind.

daher finde ich die Kommandozeile "einfacher", weil du da zig Anleitungen findest

Zitat von Mavarik:

Ob das Mergen so viel besser geht, bezweifele ich erst mal. Wenn zwei Leute die Parameter einer Procedure geändert haben,
kann keine Automatik das Mergen übernehmen.

ist so. Ein Beispiel:


SVN Repository, 3 Entwickler. 2 Davon hatten die gleiche Datei in Bearbeitung (pas + dfm). Der eine ändert was in einer Prozedur, der andere löscht einen Button und die dazugehörige OnClick Methode. Der Entwickler, der den Button gelöscht hat macht als erster den Commit, dann kommt der zweite daher und wie auf magische Weise ist der Button + OnCLick Event wieder da (automatischer Merge). Passiert ist mir das nachweislich mind. 2x 2006-2008 - kann sich aktuell daher schon gebessert haben, wenn die das Merging aber nicht komplett umgestellt haben ist das immer noch ein Problem - da kann git einfach mehr.

[Mavarik]

Zitat von Lemmy:

SVN Repository, 3 Entwickler. 2 Davon hatten die gleiche Datei in Bearbeitung (pas + dfm). Der eine ändert was in einer Prozedur, der andere löscht einen Button und die dazugehörige OnClick Methode. Der Entwickler, der den Button gelöscht hat macht als erster den Commit, dann kommt der zweite daher und wie auf magische Weise ist der Button + OnCLick Event wieder da (automatischer Merge). Passiert ist mir das nachweislich mind. 2x 2006-2008 - kann sich aktuell daher schon gebessert haben, wenn die das Merging aber nicht komplett umgestellt haben ist das immer noch ein Problem - da kann git einfach mehr.

Aber hätten die 3 Entwickler nicht auf Ihrem eigenen Branch arbeiten müssen?

Mavarik

[Lemmy]

Zitat von Mavarik:

Aber hätten die 3 Entwickler nicht auf Ihrem eigenen Branch arbeiten müssen?

haben wir mal versucht, aber der Aufwand beim Mergen steigt dann - vor allem wäre auch da dieses Problem entstanden... zumindest wüsste ich nicht, wie das dieses Problem hätte lösen sollen....

Und obwohl ich sehr gerne SVN einsetze: Auf so was würde ich mich nicht einlassen. Wenn Du viel mit Branches arbeiten willst in Kombination mit mehreren Entwicklern, ganz klar git (oder Mercurial - da habe ich nur wenig praktische Erfahrung).