Confezione MSP vs. MSI. Quale usare per le patch?

Question

Attualmente sto lavorando a un progetto che viene distribuito utilizzando un pacchetto MSI. Per applicare la patch al programma, installiamo un altro pacchetto di installazione MSI opposto a un MSP. Si tratta di un modo efficace/efficiente per farlo, oppure dovremmo invece distribuire un pacchetto di patch MSP? Ho avuto esperienza con MSI ma non con MSP. Come andrei anche a creare una patch MSP? Ho navigato su internet e non riesco a trovare nulla.

Grazie in anticipo!

Answer 1

La scelta dipende solo da te, anche se MSP offre file di dimensioni più piccole che possono essere vantaggiose per progetti di grandi dimensioni. In particolare, this MSDN article dice:

Manutenzione applicazioni fornendo una patch di Windows Installer, piuttosto che un pacchetto di installazione completo per il prodotto aggiornato può avere vantaggi. Una patch può contenere un intero file o solo i bit del file necessari per aggiornare parte del file. Ciò può consentire all'utente di scaricare una patch di aggiornamento che è molto più piccola del pacchetto di installazione per l'intero prodotto. Un aggiornamento che utilizza una patch può preservare la personalizzazione dell'utente dell'applicazione tramite l'aggiornamento.

This page fornisce consigli su come utilizzare l'utilità MSIMSP per generare un file di patch MSP visti i vecchi e nuovi pacchetti MSI.

Answer 2

L'applicazione di patch è molto complicata e difficile da utilizzare e abbastanza inaffidabile se non si seguono le pratiche MSI corrette.

Io lo uso solo quando devo per ottenere una correzione che non è possibile consegnare in altro modo. Un esempio di questo è se sequenza di disinstallazione di un prodotto è rotto in modo che la disinstallazione non completa ma va in rollback. Quindi io patch con un aggiornamento minore per correggere l'errore nel prodotto installato e quindi disinstallarlo. La maggior parte delle patch che ho realizzato in questo modo sono state realizzate con lo Studio pacchetto Wise e hanno funzionato bene.

Io uso anche l'applicazione di patch per consegnare correzioni minime ai prodotti rilasciati. In genere solo un singolo file o due con alcuni aggiornamenti rapidi urgenti . Qualunque versione complessa del software potrebbe aver bisogno urgentemente di una patch di questo tipo alcune settimane dopo il rilascio principale, in quanto i problemi urgenti vengono scoperti in natura e si desidera una soluzione rapida. Questo serve a prevenire download di grandi dimensioni per gli utenti finali. E in questi casi è sempre possibile abilitare "include interi file" al fine di evitare patching a livello di bit che è notoriamente soggetto a errori.

Molte persone desiderano utilizzare le patch per consegnare gli aggiornamenti giornalieri ai tester QA. Scordatelo. Non vale la pena rischiare, certamente non lo sforzo e praticamente non risparmia tempo a meno che i tuoi tester non siano all'estero. Se è necessario eseguire patch per i tester QA, non utilizzare mai patch a livello di bit poiché ciò non avrà esito positivo se si è verificato un errore nella cartella di installazione, operazione che è probabile che i tester di buona qualità facciano.

Se è necessario creare patch per un prodotto rilasciato, assicurarsi di fare buon uso di tutti i tester QA disponibili e farli eseguire attraverso l'applicazione di patch su piattaforme diverse, l'aggiornamento da versioni diverse, lingue diverse, ecc. È molto difficile avere ragione.È anche consigliabile non mirare a troppe versioni precedenti con una patch poiché questo tende a complicare rapidamente le cose.

Complessivo: tenere presente che patching is designed for hotfixing. L'articolo collegato potrebbe valere la pena di leggere se si sta ricercando l'uso delle patch per il proprio prodotto. È un po 'caotico, ma descrive diversi ostacoli di patching MSI.