Git-Submodul oder Fork

Question

Ich habe ein privates Repo in Github, das den kompletten Quellcode zu meinem CMS enthält. Jetzt habe ich ein paar lokale Kunden, die ich die gleiche Code-Basis auf, aber mit verschiedenen Themen verwenden möchten. Ist es besser, das ursprüngliche Projekt in ein Repo für jeden einzelnen zu forken. Oder ein Submodul zu verwenden und für jeden Kunden ein neues Projektarchiv zu erstellen?

Nachdem jede Seite fertiggestellt ist, könnte ich mir vorstellen, dass sich die Themadateien nicht mehr viel ändern würden, aber Änderungen aus dem Haupt-Repository übernommen werden müssten, wenn Fehler entdeckt werden.

Answer 1

Da es sich um zwei Dateisätze handelt (die gemeinsamen Dateien und die Themendateien), sind Submodule angebracht.

Jeder Kunde hätte:

• ein Haupt-Git-Repo-Projekt
  • ein Submodul, das die gemeinsame Codebasis klont
  • ein Submodul mit spezifischen Dateien für sein Thema.

Forking ist eher eine Klontechnik, die es ermöglicht, eine Version einer Repo von ihrer Kopie zu isolieren.
GitHub implementiert es mit einer Gabelschlange um das Zurückholen von Änderungen aus dem geforkten Git-Repository zu erleichtern.
Aber das Wichtigste ist: Es geht um die tous Repository, nicht nur einen Teil.
Wenn mehrere Teile betroffen sind, sind Untermodule die richtige Antwort.