Actualización de plugins para nuevas versiones de IntelliJ

¿Cómo se actualiza un plugin de JetBrains a una nueva versión de la IntelliJ Platform sin romperlo?

Las llamadas a APIs eliminadas o deprecadas en las versiones objetivo se reemplazan por su equivalente soportado, el build de Gradle se migra al IntelliJ Platform Gradle Plugin actual y su nueva configuración, y el plugin se compila y prueba bajo el nuevo modo del compilador de Kotlin donde las versiones objetivo lo requieren. Cada error y advertencia del Plugin Verifier para cada versión objetivo se resuelve o se explica, y los cambios se entregan como un pull request que compila en verde contra cada versión del IDE en alcance.

¿Cuál es la diferencia entre una actualización menor y una mayor de un plugin?

Una actualización menor cubre las APIs deprecadas, el cambio al plugin de Gradle actual y las advertencias del Plugin Verifier. Una actualización mayor cubre las APIs eliminadas, el nuevo modo del compilador de Kotlin, o un plugin con varios módulos. Ambas se entregan como un pull request con el reporte del Plugin Verifier para cada versión que soportas.

Para quién es

Proveedores de plugins cuyo plugin se rompe, o muestra una advertencia de compatibilidad, en una nueva versión del IDE.
Empresas con un plugin interno que se quedó atrás respecto a la versión de IntelliJ que sus desarrolladores usan ahora.
Equipos que quieren un plugin listo para la próxima versión del IDE antes de que salga, no después de que los usuarios reporten fallas.

Qué cubre la actualización

API removidas y obsoletas. Llamadas a API removidas u obsoletas en las versiones objetivo, reemplazadas por el equivalente soportado.
Modo Kotlin K2. El plugin compilado y probado con el compilador K2 donde las versiones objetivo lo requieren.
IntelliJ Platform Gradle Plugin 2.x. El build migrado al plugin 2.x y su nueva configuración.
Fallos del Plugin Verifier. Cada error y advertencia del Plugin Verifier para cada versión objetivo, resuelto o explicado.

Qué recibes

Los cambios como un pull request, compilando en verde contra cada versión del IDE en el alcance.
El informe del Plugin Verifier por cada versión objetivo.
Una lista por escrito de los cambios de API que se resolvieron.
Una ronda de preguntas de seguimiento por correo después de la entrega.

Cómo funciona

Compartes el repositorio del plugin y las versiones del IDE que necesita soportar.
En 2 días hábiles recibes el alcance por escrito: versiones, Minor o Major, fecha de entrega y precio.
Se paga 50% al iniciar el trabajo y 50% a la entrega.
El trabajo es asíncrono: correo y el pull request. Si prefieres una llamada, también es posible.

Precio

USD 4.500, fijo (Minor), por API obsoletas, el IntelliJ Platform Gradle Plugin 2.x y advertencias del Plugin Verifier, entregado en 5 días hábiles.
USD 9.000, fijo (Major), por API removidas, modo Kotlin K2, o un plugin con varios módulos, entregado en 10 días hábiles.
Pago por transferencia bancaria internacional en USD, con factura.

Condiciones en breve

Los cambios son tuyos una vez pagada la factura.
Tu código y tus datos son confidenciales. Firmar tu NDA no es problema.
La actualización apunta a las versiones del alcance y no puede prometer que una versión futura del IDE no vuelva a cambiar. La responsabilidad se limita al precio pagado.

Antecedentes

Es el mismo proceso que mantiene los 146 plugins de este catálogo compatibles con cada nueva versión de IntelliJ: mira el catálogo de plugins.
Trabajo de causa raíz dentro de la propia IntelliJ Platform, reportado a JetBrains: mira los tickets de JetBrains Platform.

Empezar

Escribe a contact@gaphunterlabs.com con “Plugin update” en el asunto, o usa la página de contacto. Incluye el repositorio y las versiones del IDE que necesitas soportar.

Actualización de plugins para versiones nuevas del IDE