Que estratégias existem para gerenciar atualizações em vários sub-produtos e vários lançamentos?

Question

Temos um produto que tem várias extensões que navio com ele, cada qual tem seu próprio número de versão. (Especificamente, temos uma aplicação xulrunner com extensões múltiplas). O gerente de extensão para xulrunner fornece uma funcionalidade de atualização para que ele irá chamar uma função qualquer momento o número da versão de que a extensão tem aumentado. Isso nos dá um gancho para fazer qualquer limpeza necessária com a atualização.

No entanto, tornou-se muito difícil para chegar a uma boa maneira de manter o controle de quais extensões precisa de um aumento número da versão e quais têm permanecido essencialmente inalterada. O melhor processo que podemos imaginar é 1) adição de trabalho inicial ao fechar bilhetes (cada bilhete único pode ter uma série de bandeiras designando quais extensões precisam ser modificados)
2) escrever consultas que buscam que os bilhetes têm alterações em uma extensão desde a última versão para um determinado cliente e 3) números de versão de extensão Atualização em todo o produto

Isso tudo parece tedioso tanto durante o desenvolvimento e no tempo de liberação - e propenso a erros. Alguma sugestão?

Answer 1

Parece que você está inclinado a usar os seus bilhetes de trabalho para identificar as alterações em suas extensões. Gostaria de saber se você deve estar olhando para a outra maneira ao redor e através do seu sistema de controle de versão para identificar onde as mudanças foram feitas.

Seu Histórico de Versões deve fornecer-lhe todas as informações de que necessita sobre o que mudou com base nas alterações efectivamente feitas e liberados. Também irá fornecer uma certa quantidade de auditoria que o âmbito da mudança esperada partidas o alcance da mudança concluída.

Com base nessa informação, você pode implementar suas decisões de mudança de versão.