Tutto dipende da quanto è facile cambiare l'ambiente di accettazione.
Se la distribuzione in ambiente di accettazione è semplice ...
... ad esempio se devi solo sostituire gli eseguibili, puoi prendere in considerazione opzione 2 :
- sovrascrive l'accettazione corrente
- effettua il test
- distribuisci la versione corretta
- ridistribuisci (o esegui il rollback) la versione corrente in fase di sviluppo
- continua lo sviluppo dell'accettazione
Se la distribuzione all'accettazione è più delicata ...
Sfortunatamente molte applicazioni aziendali complesse sono più delicate da implementare: potrebbe essere necessario installare un set di librerie o plugin dinamici dipendenti, o potrebbe essere necessario aggiornare alcuni file di configurazione, ecc .... Questo rende rischioso tornare indietro e avanti
Lo showstopper è quando c'è un database, e una versione diversa potrebbe far fronte in modo diverso con i dati persistenti. L'accettazione prevalente potrebbe in questo caso portare a incongruenze persistenti.
Pertanto, l'approccio più sicuro è scegliere l'opzione 1 . Questa è la procedura standard per l'aggiornamento dei principali sistemi ERP, quando l'intera azienda dipende dall'ambiente di produzione. Lì, l'accettazione del clone viene persino creata all'inizio dell'aggiornamento, solo nel caso di ...
Questo approccio è anche il più costoso. Ma se la tua azienda ha un datacenter professionale, dovrebbero essere in grado di virtualizzare tale ambiente e ripristinare le vecchie immagini con estrema facilità e senza enormi costi generali.
Se i rischi sono bassi ...
Ultimo ma non meno importante, una valutazione del rischio potrebbe considerare che la patch è una modifica minore senza rischi reali. In questo caso, una procedura di eccezione potrebbe portare a uno sviluppo diretto (opzione 3). Ma anche se si tratta di una pratica conosciuta, non posso raccomandare questo per i sistemi critici, tranne in rare eccezioni dove non c'è altra alternativa.