mit verschiedenen Themen Wir haben ein Produkt verzweigt sind, die wie dies in Master-Zweig gespeichert istWie Git wissen lassen, dass bestimmte Dateien in dem einzelnen Zweig voneinander
themes/theme_one/...
themes/theme_two/...
etc
Jeder Ordner seine eigene Struktur hat und behält CSS- und HTML-Dateien. Manchmal möchte einer unserer Kunden ein eigenes Thema haben. Da wir eine große Vielfalt an Themen haben, gibt es normalerweise eine, die sehr ähnlich zu den Kundenbedürfnissen ist und nur kosmetische Änderungen erfordert. Also, was ich normalerweise tue, ist eine Filiale new_customer zu erstellen, wechseln Sie zu diesem Zweig, kopieren Sie das Thema der Wahl (z. B. themes/theme_two/-> themes/custom_theme /) und ändern Sie es, die Änderungen die der Kunde benötigt. Manchmal sind die Änderungen minimal, manchmal sind sie größer, aber das resultierende Thema erbt immer noch stark von seinem Elternteil.
Was ist der effizienteste Weg, das zu organisieren? Angenommen, wir haben in themes/theme_two/einige zufällige Fehler bemerkt und die Fixes angewendet. Them.polylog.org/4/dma-en.htm Theme/custom_theme/ist in Wirklichkeit so etwas wie eine Abzweigung von themes/theme_two/und alle Änderungen sollten auch dort wieder angewendet werden (obwohl sie noch im Kontext ihrer jeweiligen Zweige existieren - Master und Neukunde).
Vor einiger Zeit las ich ein Buch über Git und ich erinnere mich vage an etwas über Submodule. Ist es der klassische Weg, um ein solches Problem zu lösen, und wenn ja, wie wird es funktionieren? Werde ich so etwas tun - ein separates Repo für Themen einrichten (kann ein Zweig für jedes Thema sein) und dann im Hauptprodukt-Master Designs /.../ Ordner erstellen und sie mit den entsprechenden Themenzweigen verknüpfen. Wenn ich dann ein benutzerdefiniertes Thema erstellen muss, erstelle ich einen Some_Customer-Zweig aus dem Master des Hauptprodukts, erstelle einen Zweig aus dem Zweig theme_zwei des anderen Repos und lade ihn als Submodul in themes/custom_theme/des Zweigs new_customer.