¿Qué estrategias existen para administrar las actualizaciones a través de múltiples sub-productos y varias versiones?

Question

Tenemos un producto que tiene varias extensiones que se incluyen con él, cada uno de los cuales tiene su propio número de versión. (Específicamente tenemos una aplicación xulrunner con múltiples extensiones). El gestor de extensiones para xulrunner proporciona una funcionalidad de actualización para que se llame a una función cada vez que el número de versión de la extensión que se ha incrementado. Esto nos da un gancho para hacer cualquier limpieza necesaria con la actualización.

Sin embargo, se ha vuelto muy difícil llegar a una buena manera de mantener un registro de las extensiones que necesitan un aumento de número de versión y cuáles han permanecido esencialmente sin cambios. El mejor proceso que podemos imaginar es 1) añadir el trabajo adelantado en el cierre de billetes (cada billete sencillo puede tener una serie de banderas designar qué extensiones necesitan ser modificados)
2) escribir consultas que busquen para los que tienen entradas cambios en una extensión de la versión anterior para un cliente particular y 3) Actualización de números de versión de extensión en todo el producto

Todo esto parece tedioso, tanto durante el desarrollo y en el tiempo de liberación - y propenso a errores. ¿Alguna sugerencia?

Answer 1

Parece que está inclinado hacia el uso de sus entradas de trabajo para identificar los cambios en sus extensiones. Me pregunto si usted debe buscar en ella al revés y el uso de su sistema de control de versiones para identificar dónde se hicieron cambios.

Su historial de versiones que debe proporcionar toda la información que necesita sobre lo que ha cambiado en base a los cambios efectivamente realizadas y liberados. También proporcionará una cierta cantidad de auditoría que el alcance del cambio esperado coincide con el alcance del cambio completado.

Con base en esa información, se puede poner en práctica sus decisiones de cambio de versión.