Subversion und VisualSVN für Ein-Mann-Entwicklung

[haentschman]

Ich habe das mit dem Importieren noch nicht verstanden. Woher der Fehler kommt.

[Harry Stahl]

Ich gehe mal davon aus, dass Projektgruppen-Dateien (die mehrere .droj-Dateien enthalten, die wiederum untereinander gleiche units und Formulare verwenden) so nicht unterstützt werden.

Die Dateien werden dann doppelt gelistet (müsste dann wohl manuell die doppelten abwählen)...

[Lemmy]

Zitat von Harry Stahl:

Ich gehe mal davon aus, dass Projektgruppen-Dateien (die mehrere .droj-Dateien enthalten, die wiederum untereinander gleiche units und Formulare verwenden) so nicht unterstützt werden.

Die Dateien werden dann doppelt gelistet (müsste dann wohl manuell die doppelten abwählen)...

das dürfte dann eine "Besonderheit" der Delphi-Integration sein.

[haentschman]

Die habe ich auch...
Mache doch mal eine Liste was du wann tust... (Screenshot, welche Dateien)

[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.

[Phoenix]

Zitat von haentschman:

Moin...

Naaahmd

Zitat von haentschman:

Ich liebe es das ganze über eine altbekannte Struktur benutzen zu können...ohne irgendwelche Konsolenbefehle.

Dann nimmt man (kostenlose) GUI-Tools wie GitKraken, SourceTree, oder TortoiseGit (wobei mir das zu SVN-Lastig ist).

Zitat von haentschman:

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.

Das ist das schöne an Git. Du kannst ein Repo komplett lokal, komplett ohne Server betreiben - wenn Du das magst.
Oder Du hast einen zentralen Server (SVN-Like) - wobei Du eben auch weiter arbeiten kannst wenn der Server nicht erreichbar ist.

Zitat von haentschman:

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.

Auch das kannst Du haben

[Harry Stahl]

Zitat von 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.

War zwar (als Bonner natürlich) da, aber da war mein Interesse an SVN-System noch nicht geweckt, daher leider verpasst...
Schade, dass es von den Delphi-Tagen keine Videoaufzeichnungen gibt...

[warschonweg]

Ich spiele mal Avocado Diablo oder so:

Alle Vorteile von Git hast du mit Mercurial (unterstützt u.a. von TortoiseHg und SourceTree) auch - und zusätzlich ein wesentlich stabileres, weniger fehleranfälliges Branching.
"Industriestandard", "Verbreitung" usw.usf. können dir (wie mir) für private Projekte herzlich schnuppe sein, allerdings setzen Mercurial zum Beispiel Mozilla und Firefox ein.

Ich persönlich speichere das Gros meiner Projekte übrigens einfach in der Dropbox. Die macht mir auch Dateirevisionen.

edit, gerade gesehen: Danach hattest du ja schon oben gefragt. Also: Hier, klarer Fürsprecher!

[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...

Zitat von Jim Carrey:

Warum immer so super kompliziert und erst diesen Kram lernen, wenn ZIP-Backups viel, finde ich, sicherer sind?

Ich zitiere mich mal selbst von hier:

Zitat von jaenicke:

Und wie ich an anderer Stelle schon einmal geschrieben habe gibt es ja noch einige andere Vorteile, die man auch als Einzelperson hat:

• Du siehst welche Änderungen du gemacht hast, wenn z.B. plötzlich etwas nicht mehr funktioniert
• Du siehst beim Abschicken der Änderungen, ob du unbeabsichtigte Änderungen drin hast (z.B. Debugausgaben, ...)
• Du hast alle Dateien an genau einer definierten Stelle und brauchst nicht (wie es leider viele ohne Versionsverwaltung machen) Kopien anlegen, die dann evtl. aus Versehen benutzt werden usw.
  Kopien, bei denen man dann wiederum nicht weiß was da eigentlich mittlerweile geändert wurde. Dann kehrt man zu einer Version zurück, nur um zu bemerken, dass eine andere Änderung weg ist, ...
• Du kannst mehrere Entwicklungen parallel machen, zwischen beiden hin- und herschalten und am Ende beide zusammenführen
• Du kannst einfach zu einer älteren Version zurückgehen und testen, ob ein Fehler dort schon drin war oder ob etwas dort anders funktioniert hat
• Du kannst jederzeit im Quelltext etwas komplett ändern oder auch löschen um z.B. einen Fehler zu finden, da du die Version ja jederzeit wiederherstellen kannst

[Jim Carrey]

Zitat:

Du siehst welche Änderungen du gemacht hast, wenn z.B. plötzlich etwas nicht mehr funktioniert

Finde ich sehr Schwach dieses Argument. Wenn etwas plötzlich nicht mehr funktioniert, weiß man in der Regel wo man kürzlich dran gearbeitet hat.

Zitat:

Du siehst beim Abschicken der Änderungen, ob du unbeabsichtigte Änderungen drin hast (z.B. Debugausgaben, ...)

Auch das sollte einem normalerweise nicht passieren und ist mir in mittlerweile 9 Jahren nicht passiert.

Zitat:

Du hast alle Dateien an genau einer definierten Stelle und brauchst nicht (wie es leider viele ohne Versionsverwaltung machen) Kopien anlegen, die dann evtl. aus Versehen benutzt werden usw.

Meine ZIP-Archive sind auch an einer definierten Stelle =)

Zitat:

Kopien, bei denen man dann wiederum nicht weiß was da eigentlich mittlerweile geändert wurde. Dann kehrt man zu einer Version zurück, nur um zu bemerken, dass eine andere Änderung weg ist, ...

Ebenfalls ein schwaches Argument wie ich finde. Man sollte seinen Code schon kennen.

Zitat:

Du kannst mehrere Entwicklungen parallel machen, zwischen beiden hin- und herschalten und am Ende beide zusammenführen
Du kannst einfach zu einer älteren Version zurückgehen und testen, ob ein Fehler dort schon drin war oder ob etwas dort anders funktioniert hat
Du kannst jederzeit im Quelltext etwas komplett ändern oder auch löschen um z.B. einen Fehler zu finden, da du die Version ja jederzeit wiederherstellen kannst

Das sind wenigstens drei nützliche Funktionen. Der Rest oben ist einfach Mumpitz wie ich finde.