Gast
#5312227
benutzt ihr git submodule? Irgendwie scheinen externe Tools damit Probleme zu haben, das eingebaute git in Eclipse oder auch der Github Desktop.
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.
Gast
#5312262
Danke, den Eindruck habe ich auch. Dann anstelle der Submodule die original Repos in Unterverzeichnisse klonen?
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.
Gast
#5312386
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.
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.