Ein Unity-Asset aus dem Editor heraus zu Getly veröffentlichen — und herausfinden, was mit Ihrem Paket nicht stimmt, bevor es ein Käufer tut.

Was es prüft

Eine .unitypackage ist bis zum Moment der Importierung und damit auch zu spät. Der häufigste Grund, warum ein Unity-Asset erstattet wird, ist, dass der Käufer die Demo-Szene öffnet und jedes Objekt “Missing (Mono Script)” anzeigt — weil der Autor es in dem Projekt getestet hat, in dem diese Skripte zufällig existieren.

Getly Publisher liest Ihren Ordner so, wie ihn das Käuferprojekt verwenden wird, und verweigert die Übermittlung, solange Folgendes zutrifft:

• Eine Prefab- oder Szension verweist auf ein Skript, das sich nicht im Paket befindet
• Ein Asset wird ohne seine .meta-Datei geliefert, sodass jeder GUID-Verweis beim Import bricht
• Runtime-Code verweist auf UnityEditor und wird in einem Build nicht kompiliert
• Eine Datei enthält einen absoluten Pfad von Ihrem eigenen Rechner, der für Sie funktioniert, aber nirgendwo sonst
• System- oder Versionskontroll-Müll ist enthalten — .DS_Store, .git und Co.
• Das Paket enthält gar keine Assets

Neben diesen überprüft es auch Vorschläge, die niemals blockieren würden: fehlende Dokumentation, keine Demo-Szene, keine Lizenzdatei, Skripte im globalen Namensraum, zu große oder unkomprimierte Texturen, ein leerer Ordner, ein gebündeltes .dll.

Wie das Veröffentlichen funktioniert

1. Installieren Sie es. Importieren Sie das Paket. Es fügt einen Menübefehl hinzu — Fenster → Getly → Asset veröffentlichen — und berührt sonst nichts.
2. Im Editor anmelden. Das Tool zeigt einen Code an und öffnet Ihren Browser; dort genehmigen Sie ihn. Nie wird ein Passwort in Unity eingegeben, und der Schlüssel, den es erhält, gelangt nur in Ihren eigenen Store.
3. Überprüfen Sie den Ordner. Jede Feststellung sagt, was es den Käufer kostet, was zu tun ist, und verweist auf die Datei.
4. Übermitteln. Dadurch wird ein Entwurf erstellt. Sie fügen Bilder hinzu und veröffentlichen es im getly.store — Screenshots gehören in einen Browser.

Die Prüfung läuft absichtlich zweimal

Im Editor kann es sehen, was kein Server sehen kann: ob der Skript-GUID eines Prefabs tatsächlich auflöst, wie die Importeinstellungen einer Textur aussehen, wie der Compiler eine Datei liest. Aber es läuft auf Ihrem Rechner, in einem Paket, das Sie ändern können — daher berät es nur. Getly liest die hochgeladenen Bytes in seinen eigenen Servern erneut und entscheidet. Ein Unity-Produkt kann erst live gehen, nachdem dieser Prozess gelaufen ist und nichts blockiert hat, sodass das Bearbeiten des Tools kein defektes Asset durchlässt.

Was es nicht tut

Es ist kein Malware-Scanner — eine Makro-Datei in einer echten .docx lässt sich unberührt passieren. Es beurteilt nicht, ob Ihr Asset gut ist, nur ob es funktionsfähig ankommt. Und es ist ausschließlich Unity: Es gibt kein Blender-Add-on, kein Unreal-Plugin und kein Photoshop-Panel.

Anforderungen

Unity