Gibt es Workarounds zur Unterstützung alternativer Tag-Strukturen?
Zum Beispiel möchten wir Tags für jedes unserer SDKs einführen, die den SDK-Namen widerspiegeln. Unsere SDKs sind als @namespace/name strukturiert – idealerweise wären dies die Tags, aber das scheint nicht möglich zu sein.
Auf jeden Fall – wir werden alle SDK-Tags unter einer SDK-Tag-Gruppe zusammenfassen. Das eigentliche Problem sind die Tags selbst.
Verschärft wird dies durch die Tatsache, dass der Name wie folgt mit einem Bindestrich versehen werden könnte: @namespace/name-name. Die perfekte Lösung wäre, wenn dies der vollständige Tag wäre, da eine Änderung in namespace_namename oder eine beliebige Variation den Zweck verfehlen würde.
Ich bin mir nicht sicher, ob ich das vollständig verstehe, aber wir haben über 70 SDKs, die wir über Tags unterstützen möchten. Sie alle folgen der beschriebenen Struktur und wir suchen nach einer praktikablen Lösung, um diese SDKs als Tags anzuzeigen (entweder sofort einsatzbereit, benutzerdefiniert usw.).
Mein aktueller Gedanke ist, den Namespace zu entfernen und nur den Namen zu behalten. Dann die Tag-Icons zu verwenden, um besser anzuzeigen, dass es sich um die SDK-Versionen handelt und nicht um generische Tags.
Haben Sie jemals eine Lösung gefunden? Wenn ja, teilen Sie sie bitte hier mit.
Andernfalls lassen wir dieses Thema auslaufen, da die von Ihnen angeforderte Syntax für Tags leider nicht funktioniert, wie oben besprochen. Vielleicht könnten Sie Ihre Tags mit dem @-Symbol verzieren, um zumindest das @-Präfix anzuzeigen, indem Sie Tag Icons verwenden.
Ich dachte, ich hätte aktualisiert - wir haben eine Lösung gefunden, die für uns funktioniert
Wir haben @namespace/ entfernt und einfach den Namen verwendet, zusammen mit einem SDK-Tag-Symbol, um anzuzeigen, dass es sich um eines unserer SDKs handelt.