Wie merged Ihr Eure Modifikationen bei einem Shopupdate?

[pq]

Hallo,

wir haben einen Shop 1.03. Ich habe (vor Jahren) einige Modifikationen durchgeführt, die über den /templates Order hinausgehen. Die Sicherheitspatches hab ich ebenfalls versucht zu mergen, so dass es jetzt ein 1.03* Shop ist.

Nun steht ein großes Renovieren an. Neues Layout. Updates auf 1.06 und wieder muss ich hier und da ein paar Kleinigkeiten ändern. Vielleicht auch wieder das ein oder andere Modul. Dann kommt irgendwann die 2.00 ....

Wie geht Ihr mit Updates und Modifikationen um? Arbeitet Ihr mit Diff Tools. Führt Ihr genau Logbuch, wo was geändert wurde? Gibt es elegante Tools?

Von SMF kenne ich das, dass die Updates auch in einer Differenz-Beschreibung vorliegen, und das Forensystem die dann zu 95% automatisch mergen kann.

Vielleicht sollte man auch anders rum tun: Das modified System so lassen und nur alle seine eigene Änderungen in so einer Art ablegen, dann das Shopsystem aktualisieren und dann die eigenen Mods so wieder automatisch einspielen.

pq

ich hab schon im Forum gesucht, aber nichts gefunden, obwohl ich denke, dass das doch ein oft diskutierted Thema sein muss. Vielleicht habe ich auch die falschen Suchbegriffe benutzt. Ggf auf einen Thread verweisen.

Linkback: https://www.modified-shop.org/forum/index.php?topic=33615.0

[mei chan]

Hallo,

mache die Updates mit Diff-Tools und Kommentaren.
Ohne Template sind es ca. 100 Dateien mit Änderungen bei mir.

Gruß

neroBRN

[Tomcraft]

Ich benutze dazu Datei-Merger, siehe: FAQ: Liste wichtiger Freeware- & OpenSource-Programme für die Shop-Erstellung

Grüße

Torsten

[HHGAG]

Die Anleitung kann auch für modified oder auch alle anderen Systeme verwendet werden.

Wie u.a. hier weiter unten (ab Alternativ) erklärt gibt es auch alternative Update Methoden, eins dieser Methoden wäre über sog. Versionsverwaltungssysteme, kurz VCS, möglich, zu diesen zählen Git, SVN, Mercurial, CVS, usw.

Ein Beispiel wie ein mögliches Update mit einem Versionsverwaltungssystem, hier Git, zu erreichen ist:

• Git Repository erstellen
• Original Daten von H.H.G. multistore importieren
• Einen neuen lokalen Branch erzeugen
• Installation durchführen und committen
• Jegliche Änderungen durchführen und committen (ggf. neue Themes mittels Kopie des original Themes erstellen, Git Funktionen verwenden)
• Beim Update wieder in den original Branch wechseln
• Vorhandene Dateien mit dem aus der Zip ersetzen (löschen und neu einfügen ohne die Git eigenen Funktionen zu verwenden)
• Angezeigte Änderungen mit Git committen
• In den lokalen Branch wechseln
• Einen Rebase auf die aktuelle Version durchführen lassen
• Ggf. angezeigte Konflikte beheben
• Ggf. fehlende oder gewünschte Änderungen durchführen und committen
• Lokale Kopie mit der Online Version abgleichen

[...]

Quelle: Tipps für ein einfaches, problemloses Update

Das hier aufgeführte Rebase führt den eigentlichen Merge durch, d.h. man braucht nicht jede Datei einzeln zu mergen, das macht Git für Euch.

[EDIT Tomcraft 09.09.2015: Beitrag neu formatiert.]

[piru]

du muss der Git Link ändern...

Gruß piru

[HHGAG]

Kann ich nicht mehr: https://git-scm.com/

[Hetfield]

Den Link habe ich mal fix angepasst.

Wir setzen Git zur Versionierung ebenfalls ein.

MfG Hetfield 

[pq]

Danke Euch.

das mit GIT scheint mir wohl die leistungsfähigste Methode zu sein. Bisher hatte ich GIT nur als SVN Ersatz benutzt. Muss mich da mal einarbeiten.

Danke nochmals.

[taxidd3]

Die Anleitung kann auch für modified oder auch alle anderen Systeme verwendet werden.

Wie u.a. hier weiter unten (ab Alternativ) erklärt gibt es auch alternative Update Methoden, eins dieser Methoden wäre über sog. Versionsverwaltungssysteme, kurz VCS, möglich, zu diesen zählen Git, SVN, Mercurial, CVS, usw.

Ein Beispiel wie ein mögliches Update mit einem Versionsverwaltungssystem, hier Git, zu erreichen ist:

• Git Repository erstellen
• Original Daten von H.H.G. multistore importieren
• Einen neuen lokalen Branch erzeugen
• Installation durchführen und committen
• Jegliche Änderungen durchführen und committen (ggf. neue Themes mittels Kopie des original Themes erstellen, Git Funktionen verwenden)
• Beim Update wieder in den original Branch wechseln
• Vorhandene Dateien mit dem aus der Zip ersetzen (löschen und neu einfügen ohne die Git eigenen Funktionen zu verwenden)
• Angezeigte Änderungen mit Git committen
• In den lokalen Branch wechseln
• Einen Rebase auf die aktuelle Version durchführen lassen
• Ggf. angezeigte Konflikte beheben
• Ggf. fehlende oder gewünschte Änderungen durchführen und committen
• Lokale Kopie mit der Online Version abgleichen

[...]

Quelle: Tipps für ein einfaches, problemloses Update

Das hier aufgeführte Rebase führt den eigentlichen Merge durch, d.h. man braucht nicht jede Datei einzeln zu mergen, das macht Git für Euch.

[EDIT Tomcraft 09.09.2015: Beitrag neu formatiert.]

Eine warscheinlich gute Anleitung. Leider wie in jedem anderen Forum ist keiner mehr in der Lage, in einem allgemeinverständlichen Deutsch zu schreiben. Ich kann mit vielen Angaben gar nichts anfangen (z.B. Repository, Branch, committen)

[Hetfield]

Die verwendeten Begriffe in der Anleitung sind Begriffe, die sich beim Arbeiten mit Git automatisch ergeben, es handelt sich dabei nicht um einen Slang. 

Ein wenig Einarbeitung ist schon notwendig, um Git zu verstehen und damit arbeiten zu können. Die Begriffe sind dann auch plötzlich gar nicht mehr so schwierig. Wer sich mit Git auseinandersetzen möchte, der findet z.B. hier eine interessante Lektüre: https://git-scm.com/book/de/v1

MfG Hetfield