Gestione dei pacchetti di installazione

1

Sto osservando il nostro attuale metodo per creare pacchetti di installazione e francamente è un po 'un casino con un ampio margine di errore umano.

Al momento usiamo InstallShield, ma per ottenere i file pronti per il pacchetto, c'è un sacco di copia e incolla al momento del rilascio e non siamo mai abbastanza sicuri che tutti i file / dipendenze siano inclusi nell'installer.

Qualcuno conosce un modo standard per gestire questo processo, sia dal punto di vista del flusso di lavoro che degli strumenti?

vale a dire. dovremmo aggiornare il programma di installazione dopo ogni commit nel controllo del codice sorgente, c'è un modo per automatizzare questo?

    
posta Darren Young 30.11.2015 - 16:38
fonte

1 risposta

5

to get the files ready for the package, there is a lot of copy and pasting at release time

Quando si tratta di file "copia / incolla", non c'è quasi nulla che non possa essere codificato in uno script (devi scegliere un linguaggio di scripting, forse il linguaggio di script della shell del tuo sistema operativo - lasciami indovinare, il suo MS Windows - forse un linguaggio di scripting più moderno come Powershell o Python, qualunque cosa tu preferisca). E se hai bisogno di manipolare i file durante questo processo (ad esempio, per aumentare un numero di versione o modificare un GUID in un file), crea alcuni strumenti che facciano questo per te.

La maggior parte dei moderni framework di installazione (credo che anche Installhield) consentirà di automatizzare la creazione di un pacchetto. Quindi tutti questi passaggi possono essere inclusi nel processo di compilazione sul proprio server CI, proprio come la build di compilazione standard già implementata. Quante volte lasciate che il server esegua l'imballaggio automatico dipende da voi, dipenderà sicuramente da quanto tempo ci vorrà per il vostro software, e quanto velocemente avrete bisogno di feedback se quella parte della costruzione si rompe.

we're never quite confident that all files/dependencies are included within the installer

Da qualche parte, quando dovrai testare l'installazione e questo include l'esecuzione dei programmi dopo l'installazione. Devi decidere se è necessario automatizzare anche quella parte del processo o se è sufficiente un test manuale (che dipenderà probabilmente dalla frequenza di implementazione e dalla frequenza in cui le dipendenze cambiano). Se si decide di automatizzare il test di installazione, è possibile fornire una "modalità di test dell'interfaccia utente libera" nell'applicazione. Quando questa modalità è attivata, controlla solo se tutte le dipendenze necessarie sono soddisfatte (e scrive un file di log, o restituisce un codice di errore se non). Questo sarà qualcosa che il tuo server CI può controllare.

Tuttavia, l'ultimo passaggio potrebbe richiedere qualche sforzo, se si desidera testare l'installazione sempre in un ambiente pulito simile alla produzione (e non in un ambiente simile allo sviluppo). Utilizzare una macchina virtuale potrebbe essere un possibile approccio qui. Devi decidere se vale lo sforzo per la tua situazione.

    
risposta data 30.11.2015 - 17:49
fonte

Leggi altre domande sui tag