Tengo curiosidad por saber cómo otros desarrolladores se encargan del control de versiones de aplicaciones web y la implementación de diferentes versiones. El problema fundamental es que alguien podría estar utilizando su aplicación web cuando implemente una nueva versión, momento en el que el Javascript, etc., que no tienen en el lado del cliente, está desactualizado.Despliegue de aplicación web y varias versiones
de versiones los medios de comunicación en el lado del cliente es bastante fácil, pero si la versión que también es necesario para la versión de su lógica de negocio y la base de datos, que es donde las cosas podrían causar problemas ...
Así que ver un par de formas de tratar con esto:
Muestra un aviso de "Actualización" en el sitio al implementar una nueva versión.
Etiqueta de versión del lado del cliente y rechaza cualquier envío a la nueva versión de fuentes antiguas del lado del cliente. Bastante justo, pero realmente no va de la mano con la implementación continua.
Migración continua de base de datos: ejecutar varias versiones de la aplicación al mismo tiempo (migración de usuarios a la nueva versión cuando sea posible). Esto necesitaría actualizaciones en el viejo esquema DB para ser "reenviado" al nuevo esquema. Parece el más atractivo para el despliegue, pero también podría ser terriblemente complejo.
En algún lugar en el medio de los tres.
Debo señalar que Sé que preocuparse por este tipo de cosas está más allá de las necesidades de la mayoría de las aplicaciones, pero estaba pensando en ello y tengo curiosidad por saber como otros se refieren a ella.
tema complejo. Revise la siguiente respuesta: http://stackoverflow.com/questions/389169/best-practices-for-api-versioning –
buena pregunta – bhargav