Wichtige Informationen
Unitys CI/CD-Artikel schlägt vor, Unity CLI als konsistenten Einstiegspunkt zum Testen, Erstellen und Bereitstellen von Editoren zu verwenden. Er befasst sich mit Pipelines, die derzeit von fest codierten Pfaden, vorbereiteten Runner-Images und vom Studio gewarteten Wrapper-Skripten abhängen.
Ein Job kann einen expliziten Editor und Plattformmodule installieren oder --allow-install mit der in ProjectVersion.txt aufgezeichneten Version verwenden. Das macht die vom Projekt benötigte Umgebung zu einem Teil der Pipeline, was besonders nützlich ist, wenn ein Runner sauber startet oder ein Branch Unity aktualisiert.
Tests können NUnit-XML-Berichte erstellen, während Builds eine bestehende projektspezifische C#-Build-Methode beibehalten können. CI-Plattformen verarbeiten weiterhin Repository-Checkouts, Geheimnisse, Caches und Artefaktveröffentlichung; die CLI standardisiert die Unity-bezogenen Vorgänge, anstatt diese Systeme zu ersetzen.
Der Artikel empfiehlt außerdem, Anmeldedaten und Lizenzierung als Ressourcen für die Dauer eines Jobs zu behandeln. Berichte und Protokolle sollten einen fehlgeschlagenen Lauf überstehen, und die Lizenzrückgabe gehört in die Aufräumphase, die auch nach einem Fehler ausgeführt wird. Die Verwendung derselben Unity-Befehle lokal und in CI kann es erleichtern, Fehler zu reproduzieren.
