Zusammenfassung Versionsverwaltungen SVN , GIT

[Sherlock]

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

Sherlock

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

Titel angepaßt...

[Sherlock]

Zitat von haentschman:

Das sollte kein Tutorial sein.

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

Zitat von haentschman:

Titel angepaßt...

Danke für den kleinen Schubs am Morgen.



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.

[Sherlock]

Zitat von SneakyBagels:

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

[haentschman]

@SneakyBagels

Zitat:

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

...Zeitverschwendung? Um sich weiterzuentwickeln? Ohne Worte.

Zitat:

und keinen neuen, komplizierten und für sie unnötigen Mist lernen wollen.

...da kann man dir nicht helfen. Schade. Du redest über Dinge die noch nie ausprobiert hast... alles Hörensagen.

[SneakyBagels]

Zitat:

Du weisst aber genau wie ZIP funktioniert? Respekt!

Dumme, respektlose Sprüche bitte unterlassen - danke.

Zitat:

...da kann man dir nicht helfen. Schade. Du redest über Dinge die noch nie ausprobiert hast... alles Hörensagen.

Woher willst du wissen, ob ich das noch nie ausprobiert habe? Soweit ich weiß habe ich darüber noch nie ein Wort verloren.
Es ist schade, wie hier einem Worte in den Mund gelegt werden, die man niemals geschrieben hat.

Zitat:

Irgendwelchen Quatsch mit ZIP-Dateien umkopieren dagegen... mal ehrlich, das ist doch ein Witz oder?

Jeder soll so arbeiten wie er es für richtig hält. Und auf Verrecken jedem Versionskontrollsysteme anbieten zu wollen wird langsam auch lächerlich.

[Bernhard Geyer]

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

Also wir haben hier noch "Altlasten" die mit dieser High-End Bastellösung arbeiten.
Die Vorteile dieser Lösung:

- Quellcode-Dupleten en mass. Fehler die in gemeinsamen Units einmalig behoben wurden (und im Quellcodeveraltungssystem für alle verfügbar sind) schwirren noch in diesen High-End-Ziparchtiven herum

- Keinerlei Review-Prozess möglich. Bei der Enthusiasten-Fraktion werden alle Quellcodeänderungen zu den Tickets abgelegt so das man mit einem Klick im Ticketsystem (hier Jira) sieht was geändert wurde und ohne mit Zipdateien-Auspacken und Winmerge-Aufrufen ein Review möglich ist.

- Wiederverwendung von Funktionalität wird erfolgreich vermieten. Alle Quelldaten von Projekten die aktuell nicht bearbeitet werden liegen in Zip-Datei so gut verpackt vor, das man nicht auf die Idee kommt mal über einen einfache Suche über ein ausgechecktes Repository nach evtl. vorhandener ähnlicher/gleicher Implementierung zu suchen.