Open-Source-Git-Repo-Management

Question

Ich pflegen ein Front-End-Framework namens Kickoff, es ist ähnlich im Design zu Bootstrap oder Foundation. Derzeit unterhalten wir ein Hauptrepo für das Framework und ein weiteres für einen Yeoman-Generator. Unser traditioneller Prozess zum Aktualisieren beider Repos ist in einem schreiben (the framework repo) und manuell in den anderen kopieren (the Yeoman generator) - das ist ein schmerzhafter Prozess, um es gelinde auszudrücken, besonders wenn eine große Release geplant ist.

Ich möchte unsere Codebasis in viel kleinere Stücke teilen und sie dann in beide Repos importieren, was wäre der beste Weg, dies zu tun? Ein typisches Beispiel für diesen Anwendungsfall wäre es, den gesamten Sass-Ordner in einem eigenen Repo zu haben, und dann hat ein Sass-Modul wie das Grid auch einen eigenen Repo.

Wir haben über Git Submodule gedacht, ist das ein guter Weg, es zu tun; Oder wäre ein anderer Prozess wie automatisierte/kompilierte Builds besser?

Wenn jemand liest das hat Erfahrung mit dieser Art von Sache, würde ich wirklich einige Eingaben zu schätzen wissen.

Answer 1

Ein typisches Beispiel für diesen Anwendungsfall wäre ein den gesamten Sass Ordner in einem eigenen Repo zu haben, und dann auch ein Sass Modul wie das Netz

seine eigene Repo hat

git submodule ist, was Sie suchen (wie Sie schon herausgefunden haben).

Wir haben über Git Submodule gedacht, ist das ein guter Weg, es zu tun; Oder wäre ein anderer Prozess wie automatisierte/kompilierte Builds besser?

---

Von the doc:

Submoduleserlauben fremde Repositories in einem eigenen Unterverzeichnis des Quellbaums eingebettet werden, wies immer zu einem bestimmten begehen.

---

Wie oben Submodul Inhalt erklärt geholt Form ein eigenständiges Repository in einen Ordner in Ihrem aktuellen Repository. Jede Änderung am Submodulordner wird nicht im Stammordner git status im Stammordner angezeigt.

Also um es zusammenzufassen: Submodul ist genau das, was Sie hier brauchen.