Zusammenfassung Versionsverwaltungen SVN , GIT

[haentschman]

Da es noch Programmierer gibt, die die Vorteile eines Versionskontrolsystems nicht schätzen, hier nochmal für die Einsteiger die Tutorials zusammengefaßt. :wink:

negative/falsche Aussagen (kommentiert):

Zitat:

Sehr viele Leute haben mir berichtet, dass das Installieren und Konfigurieren von VCS gar nicht so einfach ist

...Installation und Einrichten ist ein Zeitaufwand von ca. 1 Stunde. (SVN) :gruebel:

Zitat:

Ein Versionskontrollsystem bedeutet Anfangs Kopfschmerzen pur.

...verstehe ich nicht. :gruebel: Mit dem Versionskontrolsystem arbeitest du mit den gleichen Dateien wie du sie aus dem Exporer/Projekt kennst.

Zitat:

Ich bin absolut dagegen meinen Quellcode irgendwo im Netz oder lokal auf dem PC von einem Tool speichern zu lassen.

...die Originaldateien liegen nach wie vor am gleichen Platz. Im Versionskontrolsystem liegen sinngemäß die Änderungen der Dateien als Kopie.

Zitat:

Denn man weiß nicht einmal wo genau die Daten sind und nicht einmal welche.

...exakt die gleichen aus den gleichen Ordnern des Projektes. 8-)

Zitat:

Mit einem Versionskontrollsystem müsste man erst umständlich den alten Zustand wiederherstellen.

...3 Klicks. :gruebel: Wenn man möchte, auch mehrere Dateiversionen zurück. :thumb:

Zitat:

Und warum so unnötig kompliziert Daten wiederherstellen, wenn man sie auch gleich durch simples Umkopieren woanders ablegen kann?

...das Umkopieren entfällt!

Zitat:

Ohne Versionskontrollsystem Ausserhalb der VMs am besten immer nur gepacke Projekte als zip,rar,7z speichern und lagern ...

...da eine Änderung, in dem ZIP, finden ist quasi unmöglich. Wenn eine gezippte Datei in 2 verschieden Projekten verwendet wird, welche Version willst du zurückkopieren?

Zitat:

Ich möchte jederzeit ein einfaches Backup machen können, einen Clone...

...du kannst jederzeit sowohl deine Originaldateien als auch das Repository als Backup ablegen.

Zitat:

...ich möchte jederzeit Zugriff auf meine Dateien haben und sie nicht in einem System verlieren...

...hast du doch. :gruebel:

Zitat:

...das ich nicht mehr durchschaue.

...man muß sich darauf einlassen und lernen. 8-)

Zitat:

für den einzelnen Entwickler sind sie einfach nur lästig und überflüssig.

...das sollte nicht kommentiert werden. :?



Tutorials by Sebastian (Entwickler-Ecke)

SVN:
https://www.entwickler-ecke.de/topic..._112612,0.html

GIT:
https://www.entwickler-ecke.de/topic..._115462,0.html

[Sherlock]

:shock:

Die Aussagen hast Du Dir doch gerade ausgedacht!
Manche Antworten erscheinen mir aber für den Rahmen eines Tutorials etwas knapp.

Sherlock

[Ghostwalker]

Als jemand der selbst mal gegen Versionscontroll-System war sag ich jetzt einfach mal :thumb:

Vielleicht noch die ein oder andere Ergänzung:

Zitat:

Und warum so unnötig kompliziert Daten wiederherstellen, wenn man sie auch gleich durch simples Umkopieren woanders ablegen kann?

Weil das das VCS bereits mit übernimmt.

Zitat:

Ohne Versionskontrollsystem Ausserhalb der VMs am besten immer nur gepacke Projekte als zip,rar,7z speichern und lagern ...

Weil ein VCS etwas mehr als ein simples Backup ist. Es vewaltet die Änderungen an allen Dateien eines Projektes, so das sich alle Versionen wiederherstellen lassen. Ein Backup in einem Archiv würd ich nur zusätzlich bei erreichen eines Milestones machen.

Zitat:

...das ich nicht mehr durchschaue.

Dann fehlt dir die Organisation des Quelltextes. Das aber hat nix mit einem VCS zu tun.

Zitat:

für den einzelnen Entwickler sind sie einfach nur lästig und überflüssig.

Lästig nur am Anfang (bis es zur Routine wird). Überflüssig nur wenn dir dein Quelltext nicht wichtig ist.


und noch ein Kommentar zum Kommentar :):

Zitat:

Sehr viele Leute haben mir berichtet, dass das Installieren und Konfigurieren von VCS gar nicht so einfach ist

Zitat:

...Installation und Einrichten ist ein Zeitaufwand von ca. 1 Stunde. (SVN)

hmm...also mit Tortoise brauch ich dafür 15 Min.


LINKS:

Tortoise SVN mit Doku (einfacher Windows-Client/Server)

Tortoise Git-Client mit Doku usw.

[haentschman]

Zitat:

Die Aussagen hast Du Dir doch gerade ausgedacht!

...NÖ. Die sind aus einem kürzlichen Thread kopiert. (ohne Namen zu nennen)

Zitat:

Manche Antworten erscheinen mir aber für den Rahmen eines Tutorials etwas knapp.

Das sollte kein Tutorial sein. Die Arbeit hat ja Sebastian gemacht. Ich konnte diese Aussagen nicht so stehen lassen und Einsteigern die Links mitgeben. :P

Titel angepaßt...

[Sherlock]

Zitat:

Zitat von haentschman (Beitrag 1372477)

Das sollte kein Tutorial sein.

Ich hatte ganz kurz eine Existenzkrise... schaute nach dem Titel, und dann las ich weiter. :D

Zitat:

Zitat von haentschman (Beitrag 1372477)

Titel angepaßt...

:cyclops:

Danke für den kleinen Schubs am Morgen.

:thumb:

Sherlock

[Sherlock]

Ach, übrigens:
Please. Stop using Git.

Sherlock

[SneakyBagels]

Zitat:

...das Umkopieren entfällt!

Falsch. Ein Umkopieren findet trotzdem statt nur macht es nicht der Nutzer selber. Ich kopiere lieber selber um und weiß ganz genau was ich kopiere, als dass ich das irgendeine Software machen lasse die man nicht einmal richtig versteht und DAS zu erlernen ist Zeitverschwendung pur.

Zitat:

...da eine Änderung, in dem ZIP, finden ist quasi unmöglich. Wenn eine gezippte Datei in 2 verschieden Projekten verwendet wird, welche Version willst du zurückkopieren?

Komisch. Ich habe bisher immer alles ganz genau und sofort wiedergefunden. Und ich habe mittlerweile rund 20 Gigabytes (~200 an der Zahl) an ZIP-Dateien.
Mit einer ordentlichen Benennung findet man alles immer sofort wieder. Wer seinen Quellcode kennt, findet auch den alten Code direkt wieder.

Zitat:

...man muß sich darauf einlassen und lernen.

Zeitverschwendung pur. Manuelles rumkopieren oder ZIP-Dateien, das ist viel schneller. Das kann wohl jeder PC-Nutzer. Aber GIT und all der Spaß ist was für Enthusiasten, nicht aber für Leute die einfach nur Spaß an der Programmierung haben und keinen neuen, komplizierten und für sie unnötigen Mist lernen wollen.

Zitat:

Überflüssig nur wenn dir dein Quelltext nicht wichtig ist.

Halte ich für eine völlig sinnbefreite und stupide Antwort.
Du sagst also, dass demjenigen, der kein SVN und wie sie nicht alle heißen nutzt, sein Quellcode NICHT wichtig ist. So so. Das wusste ich noch nicht.

[himitsu]

Zitat:

Falsch. Ein Umkopieren findet trotzdem statt nur macht es nicht der Nutzer selber. Ich kopiere lieber selber um und weiß ganz genau was ich kopiere, als dass ich das irgendeine Software machen lasse die man nicht einmal richtig versteht und DAS zu erlernen ist Zeitverschwendung pur.

Es werden aber auch nur die Änderungen kopiert und nicht immer wieder alles.

Und man hat ein übersichtliches Log über alle Änderungen, was bei Einzelkopien nicht möglich ist.
Da mußt du dir auch erstmal einen Verzeichnissdiff von irgendeinem Programm erstellen lassen und hast da NUR die einen Unterschiede zwischen den zwei gerade verglichenen Verzeichnissen/Dateien.

[Whookie]

Zitat:

Zitat von sherlock (Beitrag 1372487)

ach, übrigens:
please. Stop using git.

sherlock

<ot> +1 :-D </ot>

[Sherlock]

Zitat:

Zitat von SneakyBagels (Beitrag 1372488)

Ich kopiere lieber selber um und weiß ganz genau was ich kopiere, als dass ich das irgendeine Software machen lasse die man nicht einmal richtig versteht und DAS zu erlernen ist Zeitverschwendung pur.

Du weisst aber genau wie ZIP funktioniert? Respekt! Ich kenne zwar die (Informations)Theorie dahinter, aber die konkrete Implementierung bleibt mir verborgen. Du verwendest auch Delphi, Windows und weitere Produkte, über deren Funktionsweise man zwar trefflich theoretisieren, über konkrete Implementierungen aber wenig bis gar nichts an die Öffentlichkeit gedrungen ist. Das Argument ist also - kurz gesagt: Nicht valide.

Was ich gerne zulasse ist der Hobbyisten Ansatz. Darüber kann man auch gar nicht streiten. Ich will nur so viel sagen: Irgendwann wirst Du alt, eventuell vorher schon sorglos und Dein Benennungsschema für die ZIP-Archive geht in die Binsen. Dann wars das mit der "einfachen" Ortung einer bestimmten Version.

Wichtiger noch ist das Auffinden einer bestimmten Änderung, bzw. dem Zeitpunkt wann diese Änderung in den Code gekommen ist. Wenn das (wie bei Software nicht unüblich) mehr als ein paar Monate zurück liegt, herzliches Beileid und viel Erfolg bei der ZIP-Sichtung.

Wie gesagt: Im Hobby-Fall eventuell vertretbar, aber ich würde mir das nicht antun wollen. Versionskontrolle ist viel weniger Hexenwerk als Kompression oder Compilierung.

Sherlock