Información clave
El artículo sobre CI/CD de Unity propone utilizar Unity CLI como un punto de entrada coherente para probar, compilar y aprovisionar Editores. Aborda las tuberías (pipelines) que actualmente dependen de rutas de ejecutables codificadas de forma rígida, imágenes de ejecutor preparadas y scripts contenedores mantenidos por el estudio.
Un trabajo puede instalar un Editor explícito y módulos de plataforma o usar --allow-install con la versión registrada en ProjectVersion.txt. Eso hace que el entorno requerido del proyecto sea parte de la tubería, lo cual es especialmente útil cuando un ejecutor empieza desde cero o una rama actualiza Unity.
Las pruebas pueden producir informes XML de NUnit, mientras que las compilaciones pueden mantener un método de compilación de C# específico del proyecto existente. Las plataformas de CI siguen gestionando la obtención del repositorio, los secretos, las cachés y la publicación de artefactos; la CLI estandariza las operaciones orientadas a Unity en lugar de reemplazar dichos sistemas.
The artículo también recomienda tratar las credenciales y las licencias como recursos de la duración del trabajo. Los informes y registros deben sobrevivir a una ejecución fallida, y la devolución de la licencia pertenece a la fase de finalización que se ejecuta incluso después de un fallo. Usar los mismos comandos de Unity localmente y en CI puede hacer que los fallos sean más fáciles de reproducir.
