Subversion und VisualSVN für Ein-Mann-Entwicklung

[haentschman]

Moin Harry...

Mir ist es einfach nur schleierhaft wie du bisher ohne Versionskontrolsytem auskommen konntest...

Deine Fragen vereinfacht:
1. Normalerweise nur ein Benutzer. Wenn du wissen willst von welchem Computer (Identität) du eingecheckt hast, kann kannst du verschiedene Identitäten anlegen.
2. Du bindest die Units wie gewohnt ein. Hilfreich ist eine Ordnerstruktur z.B. Global / Projekt1 / Projekt2 usw.
3. Branches: Ich mache nur einen Branch für fertige Versionen. Das jeder halten wie er will...
4. Ausschließlich als Einzelversion. Ich möchte es nicht mehr missen.

[Jim Carrey]

Zitat:

Mir ist es einfach nur schleierhaft wie du bisher ohne Verionskontrolsytem auskommen konntest...

Mir ist schleierhaft, wie man ein solches System zur Pflicht erklären kann

Ich mache täglich ein paar dutzend ZIP Backups meines Projektes. Natürlich alles automatisiert.
Wenn ich zu einer alten Version zurück möchte, weiß ich immer ganz genau wo die sind - auf der Festplatte in einem ZIP-Archiv.
Zum Vergleichen der Sourcen benutze ich BeyondCopare. ist ja schließlich bei der IDE dabei.

[Phoenix]

Also ich bin da voll bei Namenloser.

Der Gag ist vor allem, dass man Git auch komplett ohne Server rein lokal nutzen kann. Subversion war zwar damals (so vor 10 Jahren oder so ) ganz nett, aber heutzutage will man sich den Overhead nicht mehr antun.

[haentschman]

Moin...

Zitat:

Also ich bin da voll bei Namenloser.

...ich nicht.

Ich liebe es das ganze über eine altbekannte Struktur benutzen zu können...ohne irgendwelche Konsolenbefehle. Auch wenn der Server "nicht online" ist kann ich kann ich weiterarbeiten. Beim nächsten "online" wird halt eingecheckt. Das Argument greift bei mir nicht.
PS: Ich habe mich noch nicht wirklich damit beschäftigt...z.b. ich weiß nicht wo die Daten (QT) liegen. Ein eigener Server im lokalen Netz (von außen erreichbar) ist mir lieber.

[Harry Stahl]

Hey, vielen Dank erst mal an Euch für die Antworten!!

Scheine ich ja wirklich bislang was verpasst zu haben...

Ich habe jetzt erst mal mit Subversion angefangen, weil das ohne zusätzlich irgendwas einrichten zu müssen, funktioniert hat.
Bin aber erst im Testmodus, ist also noch keine endgültige Entscheidung, Git werde ich mir dann auch ansehen.

Wobei ich gestehen muss, dass ich nach wie vor kein großer Freund der Konsole bin (obwohl mein Haupt-Entwicklungssystem ja inzwischen mit Ubuntu bootet und ich inzwischen so einiges mit Linux mache), aber wenn der Mehrwert es rechtfertigt, wäre ich dazu natürlich bereit...

Wo gibt es denn ein gutes GIT-Tutorial? (Gerne auch ein Youtube-Video oder so).
Das kann ich aber auch auf dem Webserver laufen lassen (wo kriegt man das GIT-Server-Programm)? Denn nur so kann ich ja den Plan realisieren, unterwegs (stundenlang im Zug oder abends im Hotelzimmer) auf meine Repository zugreifen zu können und mir den letzten Arbeitsstand auf das Notebook zu holen und dann wieder in der Repository zu aktualisieren.

Wie ich schon feststellte, muss man dann allerdings auch peinlich darauf achten, dass alle Delphi-Installationen mit den gleichen Paketen und dem gleichen Versions-Stand der Komponenten ausgestattet sind...

Gibt es noch Fürsprecher für Subversion?
Gibt es Fans von Mercurial, was ja auch in Delphi 10.1 integriert ist?

[stahli]

Ich habe beides mal versucht, aber bin damit nicht klar gekommen - und lieber bei Sicherungen in Zips (auch eigene Lösung) geblieben.

Nachdem hier diese Thread gestartet wurde habe ich mir vorgenommen, nochmal Tutorials bei Video2Brain anzuschauen.
Da hatte ich aber auch schon mal welche abgebrochen, weil mir das zu theoretisch vorkam.

Harry, gib mal bescheid, für was Du Dich dann entscheidest...

[vagtler]

Das schöne in Git (bzw. bei allen verteilten Quellcodeverwaltungssystemen) ist, dass Du eben keinen Server benötigst.

Und entsprechende Tutorials gibt es wie Sand am Meer: https://www.google.de/webhp?q=git%20tutorial

Such Dir einfach das für Dich passende aus.

[Namenloser]

Zitat von Harry Stahl:

Wo gibt es denn ein gutes GIT-Tutorial? (Gerne auch ein Youtube-Video oder so).

Ich weiß nicht mehr, welches ich verwendet habe, aber ich glaube dieses ist ganz gut: https://git-scm.com/doc. Die Domain kommt mir zumindest bekannt vor, und auf den ersten Blick macht es einen guten Eindruck.

Zitat von Harry Stahl:

Das kann ich aber auch auf dem Webserver laufen lassen (wo kriegt man das GIT-Server-Programm)?

Ja, natürlich.

Zitat von Harry Stahl:

Gibt es Fans von Mercurial, was ja auch in Delphi 10.1 integriert ist?

Ist auch nicht schlecht, habe ich auch lange verwendet. Aber Git hat einfach eine größere Verbeitung und größere Community, und inzwischen gefällt mir der Workflow auch besser, auch wenn das sicherlich ein bisschen Gewöhnungssache ist.

Zitat von haentschman:

ohne irgendwelche Konsolenbefehle.

Grafische Frontends gibt es natürlich auch für Git. Ich hatte vor Jahren auch zuerst mit TortoiseGit angefangen. Kam dann aber wieder recht schnell davon ab und wechselte zu Mercurial. Wirklich verstanden habe ich Git erst, als ich es Jahre später erneut auf der Konsole ausprobierte.

Mir gefällt der Workflow auf der Konsole viel besser. Ich glaube, es gibt inzwischen zwar auch bessere grafische Frontends für Git, aber ich habe gar nicht mehr den Wunsch danach.

[Uwe Raabe]

Zitat von Harry Stahl:

Gibt es Fans von Mercurial, was ja auch in Delphi 10.1 integriert ist?

Ja, hier! Sollte jedem, der auf den Delphi-Tagen 2014 in Bonn dabei war, bekannt sein. Wie dort schon erwähnt, finde ich Mercurial gerade für DVCS-Anfänger besser geeignet, da man sich dort nicht selbst in den Fuss schießen kann, wie das ja bei Git gelegentlich vorkommen soll. Ja, ich weiß, Git ist Mainstream, aber das ist Delphi ja auch nicht, oder?

Übrigens, man muss nicht zwingend bei einem DVCS die Konsole verwenden. Zumindest bei Mercurial gibt es in der Workbench eine erstklassige GUI-Anwendung.

[Assarbad]

Zitat von Harry Stahl:

Gibt es Fans von Mercurial, was ja auch in Delphi 10.1 integriert ist?

Ja, gibt es. Und ich würde es uneingeschränkt empfehlen. Zusammen mit TortoiseHg. Und falls du jemals deine Repositories online bereitstellen willst, bietet sich Bitbucket an.

Wenn du des Englischen mächtig bist empfehle ich noch die Lektüre von VCBE und hginit.com. Wobei ersteres auch für Freunde von Git interessant sein könnte.

Mercurial ist wie Git aber in benutzerfreundlich. Ich benutze notgedrungen auch immer wieder Git und das schon seit Jahren, konnte mich aber trotz der Lektüre zweier Bücher und zweier mehrstündiger Videokurse (von O'Reilly) nicht damit anfreunden. Seltsam, denn bei Mercurial ging das Lernen viel intuitiver vonstatten und mithilfe des entsprechenden Buches von O'Reilly ging auch der Einstieg in die fortgeschrittenen Themen einfach und schnell.

Will heißen, es handelt sich nicht um ein Vorurteil in Sachen Git.

So, und wer hier Git immer noch vorzieht kann mit jetzt erklären wie benutzerunfreundlich ein Kommandozeilenwerkzeug denn bitte sein kann, welches, wenn ich es um Hilfe bitte, anstatt mir eine Kurzhilfe anzuzeigen wie das bei --help nunmal gang und gäbe ist, mir auf Windows nen Browser mit dem Handbuch öffnet? Ernsthaft? Und abgesehen davon braucht man zur Lektüre des Handbuchs als Einsteiger noch ein Fachwörterbuch Git. Wenn man sich schon mit dezentralisierter Versionskontrolle auskennt, mag es nicht ganz so schlimm sein. Git, der wichtigste Hinweis steckt eigentlich schon im Namen.

Git ist ein zusammengefrickeltes Konglomerat von (Unix-)Shellskripten und kompilierten Programmen, was auf unixoiden Systemen auch hervorragend funktioniert. Für Windows wurden dann Brücken geschlagen, die auch halbwegs funktionieren. Mercurial ist eine Versionskontrolle mit Architektur und Design, die Dank Python, auf allen Systemen auf denen Python läuft auch gleich gut läuft.

So, viel Erfolg bei der Entscheidungsfindung.

Falls du jemals deine Entscheidung bereust, nimmste reposurgeon zum verlustfreien Konvertieren mit chirurgischer Kontrolle (um mögliche alte Narben in der Versionshistorie auszubügeln).

Nachtrag:
Subversion wird bei größeren Projekten gern mal a****langsam. Außerdem kannste dir zwar alle Zweige und so weiter auschecken, hast dann aber ein vielfaches der Größe des SVN-Repos (Größe auf dem Server) bei dir rumliegen. Eine Konvertierung von SVN auf Mercurial oder Git spart meiner Erfahrung nach 80% Platz ein. Und das ist für das Repo selbst. Also auf dem SVN Server > 30 GiB und als Mercurial Repo (ohne etwas rauszuwerfen) ~ 6 GiB. Besagtes Repo als Arbeitskopie wiegt bei SVN mal gut über 100 GiB. Kommt natürlich einfach auf die Menge der Zweige und Tags an.

Bei Subversion ist aus meiner Sicht das schlimmste die Vermischung des Konzepts der Zweige und Tags mit dem von Pfadnamen. Bazaar hat das zum Teil auch kopiert. Auch sind Tags nur entsprechend der üblichen Konvention Tags. Prinzipiell hält dich niemand davon ab in einen Tag eine Änderung einzuchecken. Es sei denn der Admin war clever und hat diese Pfade mit irgendwelchen Hookskripten geschützt (was aber leider auch nicht trivial ist).