Gemeinsame Quellen verschiedener Projekte mit git verwalten

[Rollo62]

Hier ist das Thema mal sehr schön ausführlich erklärt ...

Rollo

[Headbucket]

Ich muss meinen "alten" Thread nochmal hochholen, da sich im laufendem Betrieb noch ein paar Schwierigkeiten gezeigt haben. Vielleicht hat Jemand eine Idee, wie wir das besser lösen könnten. Hier mal ein Beispiel zur Veranschaulichung:

Ich habe also meine gemeinsamen Quellen, welche zu verschiedenen Themenbereichen zahlreiche Units enthalten:

- Common Sources
- Lib A (enthält 50 Units)
- Lib B (enthält 50 Units)
- ...
- Lib Z (enthält 50 Units)

Ich habe nun zwei Möglichkeiten: Ich lege für jeden Teilbereich ein eigenes Repository an oder ich lege für die kompletten Gemeinsamen Quellen ein Repository an.
Egal wofür ich mich entscheide, in meinem späteren Projekt habe ich dann folgendes Problem:

Ich benötige z.B.
- 2 Units aus Lib A
- 5 Units aus Lib B
- 1 Unit aus Lib E
- 2 Units aus Lib Z

Dazu kann ich natürlich die entsprechenden Repositories als Submodule einbinden. Allerdings mit relativ viel Overhead. Ich binde also wegen 10 Units ca. 1000 in das Projekt ein. Damit könnte ich sicher noch leben. Wenn nun aber an den 990 Units, welche ich nicht in meinem Projekt benutze etwas geändert wird, dann bekomme ich diese Änderungen ja auch in meinem Projekt mit, wenn ich prüfe, ob es Änderungen in den Submodulen gibt.

Ich habe nun gesehen, dass es dafür eventuell auch schon eine Lösung gibt? Ich habe hier Dinge wie sparse checkout und splitting gefunden.
Hat damit eventuell schon jemand Erfahrungen gesammelt?
Wenn es also irgendwie geht, dass ich nur bestimmte Units aus den gemeinsamen Quellen auschecken kann, dann wäre das ideal. Natürlich sollte ich dann auch weiterhin Änderungen an diesen gemeinsamen Units mitbekommen.

Hier würde ich mich über Erfahrungen von euch freuen!

Grüße
Headbucket

[Sherlock]

Tja, das hört sich nach einem sehr speziellem Fall an. Normalerweise hat man ja nur die Units in einem Repository, die auch zusammen gehören. Falls es also Änderungen gibt, sollten die auch zusammengehalten werden. Es spricht andererseits nichts dagegen, die Subrepositories zu schachteln...nur der eigene Überblick, vielleicht. Eventuell hilft das weiter. Oder Du machst Dir nochmal generell Gedanken über Deine Repository-Strukturen. Ich habe das Gefühl es gibt leider nicht DIE eine Lösung für Dein Problem, versuch Dir nochmal die "best practices" für git zu vergegenwärtigen. Ein Ausgangspunkt dafür vielleicht hier: http://stackoverflow.com/questions/1...git-repository


Viel Erfolg!

Sherlock
- der das Gefühl hat, heute ist VCS-Montag