git submodules

Johannes S. schrieb:
> benutzt ihr git submodule?

Wir haben es in der Firma mal ausprobiert um ein größeres Projekt in 
logische Teile aufzuteilen.

Hat in der Praxis nicht funktioniert. Nicht wegen der Unterstützung 
durch irgendwelche IDEs, Bedienung war rein Kommandozeile.

Sondern weil es zu kompliziert war und jede Menge neue mögliche 
Fehlerquellen dazukamen. Natürlich kriegt man das immer irgendwie hin, 
aber es war definitiv nicht mehr intuitiv zu bedienen und es hat immer 
und immer wieder Zeit gekostet rauszufinden was jetzt gerade klemmte und 
wie man das dann löst.

Johannes S. schrieb:
> Danke, den Eindruck habe ich auch. Dann anstelle der Submodule die
> original Repos in Unterverzeichnisse klonen?

Ja genau.

Wir haben es noch mit ein paar Skripten kombiniert: eine Config-Datei in 
einem Meta-Repo enthält eine Liste alle Unter-Repos. Wenn ich jetzt das 
update-Skript aufrufe, klont das auch gleich automatisch neue 
Unter-Repos wenn die im Meta-Repo eingetragen wurden.

Ma W. schrieb:
> Du hast git-submodules also nachgebaut. Nur in schlechter, weil es
> keinen versionierten Zusammenhang mehr zwischen den Repositories gibt.

Nachgebaut, nur in besser zum Problem passend, da es keine 
Abhängigkeiten zwischen den Unter-Repos mehr gibt, und daher die ganzen 
Probleme und Fehler, die mit submodules in der Praxis auftraten, nicht 
mehr auftreten.

Natürlich muss man bei diesem Konzept genau überlegen, was gemeinsam in 
einem Repo bleiben sollte und was separiert wird. Die Schnittstellen 
zwischen den Programmen in den einzelnen Repos sollte z.B. recht stabil 
sein.