Forum: Compiler & IDEs git submodules


von Johannes S. (Gast)


Lesenswert?

benutzt ihr git submodule? Irgendwie scheinen externe Tools damit 
Probleme zu haben, das eingebaute git in Eclipse oder auch der Github 
Desktop.

von Gerd E. (robberknight)


Lesenswert?

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.

von Johannes S. (Gast)


Lesenswert?

Danke, den Eindruck habe ich auch. Dann anstelle der Submodule die 
original Repos in Unterverzeichnisse klonen?

von Gerd E. (robberknight)


Lesenswert?

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.

von MaWin O. (Gast)


Lesenswert?

Gerd E. schrieb:
> 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.

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

von Gerd E. (robberknight)


Lesenswert?

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.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.