Git/GitLab: Großprojekt mit Plugins - wie viele Projekte

[TheMiller]

Ja, das hast du Recht.

Ich meinte auch eher, dass die Übersicht, Namensgebung der Zweige etc. darunter leidet, wenn alle Projektteile in einem Projekt zusammengefasst sind. Ich weiß nicht, welche Vor- und Nachteile so ein "Komplettpaket" mit sich bringt - daher frage ich lieber nach.

Derzeit tendiere ich dazu, für jedes Plugin ein eigenes Projekt im Namensformat "Programmname - Plugin - Plattform" zu erstellen. So kann man schön Rechte vergeben, Zweige erstellen ohne das die Gesamtübersicht darunter leidet etc.

Was haltet ihr davon?

[Valle]

Wir haben auf Arbeit mehrere Git-Repositories für ein großes Projekt angelegt. Es handelt sich um ein CMS, ein CRM und weitere webbasierter Serversoftware. Alles greift auf eine "lib" zu, die ziemlich groß und mächtig ist. ALles was irgendwelche Gemeinsamkeiten aufweist, ist in der lib, alles andere in den einzelnen Repositories.

Ich kann diesen Ansatz leider nicht empfehlen, da sich bei uns die lib immer weiter ausdehnt und mittlerweile Dinge enthält, die da eigentlich gar nicht mehr wirklich reingehören. Beispielsweise Routendefinitionen (also Pfadangaben in URLs) für das Ausloggen, da dieser Link auf allen Webservices verfügbar sein muss. Auch ist die Auftrennung teilweise unsauber, da manche Teile sowohl in der lib als auch in den einzelnen Projekten zu finden sind. Auch die Versionierung ist sehr aufwendig geworden, da man für lib-Änderungen gleich mehrere neue Versionen in anderen Projekten einführen muss. (Es handelt sich um Git Submodules)

Ob das jetzt vergleichbar ist kann ich dir nicht sagen. Just my 2 cents. Vielleicht hilft's!