Getly Publisher for Unity

Por qué

Dentro del editor ve lo que ningún servidor puede ver: si el GUID de script de un prefab se resuelve de verdad, cómo están los ajustes de importación de una textura, cómo lee el compilador un archivo. Pero se ejecuta en el equipo del vendedor, dentro de un paquete que este puede editar. Fiarnos de su informe significaría que la barrera es lo que diga una copia de nuestro código en el ordenador de otro. Así que el editor aconseja y Getly, leyendo los bytes subidos, decide.

Lo que costó

Dos implementaciones de las mismas reglas, en dos lenguajes, que pueden desviarse. Un catálogo generado y una prueba que falla ante cualquier desviación es el precio de mantenerlas honestas.

Por qué

Una comprobación bloqueante significa que el comprador recibe algo roto; un aviso significa que el recurso funciona y podría ser mejor. Añadir a la lista de bloqueos es decidir rechazar a más vendedores, así que se hace con deliberación y se mantiene en seis. Un vendedor que conoce su recurso mejor que nuestras reglas tiene que poder publicarlo igualmente.

Lo que costó

Cinco de las seis las encuentra el servidor por sí solo. La sexta, un prefab que apunta a un script que no está en el paquete, con la que arranca toda esta herramienta, necesita el editor, porque resolver un GUID solo puede hacerlo Unity. Un vendedor que use la vía sin instalación obtiene las otras cinco y esa no, y preferimos decirlo a dejar que la vía lo dé a entender de otro modo.

Por qué

La prueba de Unity es la extensión y nada más, así que solo puede rechazar un .unitypackage y nada más: todas las fichas que ya existían cuando salió quedaron sin afectar, y quien no vendía más que trabajo de Unity no tuvo que aprender ninguna regla nueva nuestra. Ya no es toda la barrera, porque la comprobación de Blender que llegó después tiene que abrir archivos comprimidos, pero la mitad de Unity sigue tocando solo Unity.

Lo que costó

Un recurso de Unity enviado dentro de un .zip no queda cubierto. Lo aceptamos antes que dejar que la barrera empiece a opinar sobre cientos de archivos que no le corresponde juzgar.

Por qué

La barrera actúa cuando un producto sale a la venta, y había vendedores con recursos de Unity publicados mucho antes de que existiera la herramienta. Hacer de la instalación la única vía habría obligado a quien lleva meses vendiendo a descargar un paquete del editor para publicar una actualización. Por eso la misma comprobación se ejecuta desde la página de edición del producto.

Lo que costó

Dos puntos de entrada al mismo núcleo, y un botón cuyo alcance tenemos que mantener a la par de la barrera, algo que una vez hicimos mal y ahora tiene su prueba.

Por qué

Una clave junto a tu trabajo es una clave que acabarás exportando dentro de un paquete y vendiendo. Las preferencias del editor están fuera de la carpeta que estás empaquetando, así que no puede viajar con el recurso por accidente.

Lo que costó

Las preferencias del editor son por equipo y por usuario del sistema, no por proyecto, y la clave está ahí en claro. Un vendedor en un segundo equipo vuelve a iniciar sesión, y cualquiera con esa cuenta del sistema entra como esa tienda. Lo preferimos a una credencial que se puede exportar dentro de un paquete y venderse.