Restrukturierung SDK Repos

Warum?

Aktuell sind einige Issues geblockt obwohl die Entwicklung bereits abgeschlossen ist, aber unklar ist ob und wo der Code veröffentlich werden soll, oder intern verbleiben soll. (speziell CLI Clients oder Musteronlinedienste) Zusätzlich gibt es unterschiede im Handling im .NET und JAVA.

Teilweise ist die Codequalität noch nicht geprüft oder die Optimierung wurde bewusst zurückgestellt, so dass vermieden werden soll, dass der Code als Referenzimplementierung genutzt wird. (ggf. private Repos)

Zudem sollten wir die Möglichkeit haben einzelne Komponenten der SDKs zu erweitern und die dazugehörigen Tools erst im nächsten Schritt zu aktualisieren ohne die anbindenden Entwickler damit zu verwirren.

Relevante Links und Bemerkungen

Akzeptanzkriterien

1. Sowohl für die Core-, Verwaltungsfunktionalitäten, als auch "Tools" die die Bibliotheken nutzen ist die Zuordnung zu einem Repo eindeutig
2. Zuordnung ist übersichtlich dokumentiert https://miro.com/app/board/uXjVMsNgx7I=/

Durchführungsplan (von Entwickler:in bei Umsetzungsplanung auszufüllen)

• Entwurf seitens der SDK-Devs
• finale Freigabe in der PO Runde
• ...