Evolution 1.11.2.8, actualizar a versión 1.19

Si es factible.

Lo único es que como el script de upgrade se elaboró para 1.11.2.3, entonces luego de la unificación de bases, cuando se deben ejecutar los scripts de upgrade de 1.11.2.3 a 1.19.1.0, algunos scripts van a dar errores, principalmente los de actualización de esquema van a dar errores de objetos que ya existen.

La lógica de correspondencia de versiones es así:

1.11.2.3 <--> 1.19.1.0
1.11.2.4 <--> 1.19.1.1
1.11.2.5 <--> 1.19.1.2
1.11.2.6 <--> 1.19.1.3
1.11.2.7 <--> 1.19.1.4
1.11.2.8 <--> 1.19.1.5
1.11.2.9 <--> 1.19.1.6

Entonces todos los objetos que se modificaron en la versión 1.11.2.8 también se modificaron en 1.19.1.5. Sin embargo, pudieran existir objetos que se modificaron solo para 1.19.1.x y aún no se han aplicado en la versión anterior, porque no aplicaba realizarlo.

Entonces, la recomendación es que se prepare un ambiente local para realizar una prueba y de una vez ir eliminando las instrucciones que fallan de los scripts de upgrade de 1.11.2.3 a 1.19.1.0, por causa de que ya fueron aplicados en los hotfixes 1.11.2.x.

No es un trabajo muy extenso, ya que son pocos los objetos modificados en los Hotfixes, por lo que realizar este ensayo no debería tomar mucho tiempo y así se puede ejecutar la actualización de manera más segura en las instalaciones del cliente.