Como Microsoft (e outras empresas de software com uma grande base instalada) gerenciar dependências de patch?

Question

OS patches e hotfixes (geralmente baseada em segurança) que a Microsoft lança para a comunidade normalmente constituídos por, no meu entendimento, uma série de DLLs atualizados ou outros binários.

Como a Microsoft e outras empresas como ela, garantir que que os hotfixes não se chocam uns com os outros? Será que eles sempre ir para uma abordagem patch cumulativo, onde uma única vontade correcção inclui todas as correções em hotfixes anteriores? Isso não parecem para ser o caso, porque muitas correcções parecem ser focado em corrigir problemas específicos. Se eles são hotfixes focadas, como é que eles impedem uma correcção a partir destruindo outra (DLLs por exemplo incompatíveis sendo instalado com o outro).

Sempre admirei a capacidade da Microsoft para gerir este processo. O trabalho da empresa I para é muito menor, e quando eu trabalhava no processo de patch há alguns anos, sempre fui para a abordagem cumulativa, onde um único patch imediatamente substituído todos os patches anteriores com base em que a liberação. Isto significava que os patches tem progressivamente maiores em tamanho, até que a próxima versão "oficial" saiu.

Quais são algumas boas práticas para o gerenciamento de dependências de patch?

Answer 1

Primeiro, Microsoft Windows Installer tem a capacidade de binários patch diretamente. Dada conhecidos estados anteriores de um arquivo, ele pode levá-los a um estado corrente conhecida. Nós costumávamos fazer isso para o nosso Grande produto comercial, mas depois de um par de lançamentos, que estava tomando mais de 24 horas para os nossos sistemas de quatro vias para produzir um patch - o que não é bom quando você tem (ou quer ter) nightly builds.

Depois de um tempo, optamos por correções cumulativas onde nós apenas permitidos atualizações. Verificamos que você está em um nível inferior, em seguida, basicamente substituir o produto inteiro. (Também tivemos o caso em que o segundo ou terceiro "delta" foi basicamente tudo de qualquer maneira.)

No Unix / Linux, não podemos usar MSWI, obviamente, por isso, fornecer outro instalador que basicamente faz a mesma coisa: mover todos os arquivos fora do caminho, instalar como se marca nova, e exclua o backup. A realidade é, para nós, no nosso negócio, isso é suficiente. Nós não tivemos quaisquer queixas que eu estou ciente de (e essas queixas iria me bater muito rapidamente com base em meu trabalho atual) com pessoas bastante infeliz para realmente ligar e reclamar. Principalmente, eles querem obter o nível mais recente com os patches para que eles possam continuar com seu negócio real. Curiosamente, seu negócio não está instalando patches.