Ihr habt ja beide Recht, so in der Art halte ich das ja auch bei mir.
Ich hätte nur gedacht das es einen cleveren Workflow bei GIT dafür gibt.
Zitat:
Mit einem neuen Repository würde ich z.B. dann starten, wenn die Bibliothek komplett neu geschrieben wird.
Das ist bei mir eher unwahrscheinlich, aber es werden Teile der Library komplett neu geschrieben, und evtl. an neue Gegebenheiten angepasst.
Ich versuche schon den größten Teil gleich zu halten, und immer mehr Teile mitzuziehen,
aber bei manchen alten Projekten lohnt sich der Aufwand eben nicht immer.
Z.B. habe ich früher TMS WebUpdate benutzt um Software-Updates runterzuladen, das mache ich mittlerweile mit einer eigenen Lösung.
Was mache ich jetzt mit den alten und neuen Projekten ?
Theoretisch müsste ich doch dann alle diese Teil-Funktionalität in eigene (sub)module verfrachten, also update-tms, update-neu,
um diese Funktionalitäten sauber zu kapseln (denn sie sind nicht kompatibel).
Noch habe ich verschiedene Library-Stände für diverse Projektstände eingefroren, und das funktioniert ganz gut.
Mache ich zwar noch nicht ganz sauber mit Tags, aber das ist geplant.
Vielleicht bleibe ich besser dabei bis sich die alten Zöpfe mal von selbst erledigt haben.
Vielen Dank erstmal für die Denkhilfen.
Rollo