Approvazione delle richieste di modifica
Una richiesta di modifica può essere approvata manualmente o automaticamente (a condizione che tutti i controlli di conformità richiesti siano stati superati e che la disponibilità alla distribuzione sia true).
Per impostazione predefinita, vengono create le richieste di modifica standard e se tutti i controlli di conformità richiesti passano, la prontezza di distribuzione è impostata su true. Quando una richiesta di modifica è del tipo
standard e la prontezza di distribuzione è impostata su true, viene approvata automaticamente.
Se uno o più controlli di conformità fallisce, la prontezza di distribuzione è impostata su false, la pipeline di distribuzione continua si rompe e la distribuzione si interrompe a causa della richiesta di modifica non approvata.
È comunque possibile procedere con la distribuzione in caso di emergenza, aggiungendo un'etichetta di emergenza alla richiesta di pull di promozione.
Si può anche fornire una richiesta di modifica pre-approvata manualmente che la pipeline di distribuzione può utilizzare (con l'etichetta status_approved) In Gitlab
Adottate uno dei seguenti approcci:
Opzione 1: Aggiunta di un'etichetta di emergenza alla promozione PR
Se è necessario distribuire immediatamente le modifiche di emergenza, è possibile utilizzare la modalità di emergenza. Quando si promuove una modifica, aggiungere un'etichetta emergency alla richiesta pull di promozione per richiedere
la pipeline di distribuzione continua per creare una richiesta di modifica di emergenza. Le richieste di modifica di emergenza consentono la distribuzione per continuare anche se manca l'approvazione. Per ulteriori informazioni sul flusso
di emergenza, vedere Automazione della gestione delle modifiche.
Utilizzare la modalità di emergenza in modo sparso e con cautela.
È possibile impostare il valore dell'etichetta di emergenza (default: EMERGENCY) che la pipeline di distribuzione continua cerca sulla richiesta pull di promozione quando si crea la catena degli strumenti.
È anche possibile modificare il valore dell'etichetta di emergenza dalle variabili di ambiente del pipeline:
Questa etichetta, indicata dal valore impostato dalla proprietà dell'ambiente emergency-label, deve essere aggiunta alla richiesta di pull di promozione per indicare alla pipeline CD che la modifica è una modifica di emergenza.
Al termine dell'implementazione, la richiesta di modifica di emergenza viene impostata sullo stato Review, che indica che richiede la revisione e l'approvazione retroattiva da parte degli approvatori assegnati.
Non c'è flusso di emergenza sul lato della condotta CI. Tuttavia, l'impostazione di una proprietà della pipeline CI/trigger skip-inventory-update-on-failure su un valore vuoto o su 0 consentirà l'aggiornamento del repository
dell'inventario, anche se vengono rilevati problemi durante l'esecuzione della pipeline CI. Con questo inventario aggiornato, è possibile attivare un cambio di emergenza.
Opzione 2: fornitura di un CR pre-approvato manualmente
Se la distribuzione non è un'emergenza, è possibile attendere che la richiesta di modifica venga approvata manualmente. Utilizzare il numero di richiesta di richiesta di modifica esistente, manualmente preapprovato, impostato nelle variabili
di ambiente della pipeline di distribuzione continua. Il valore predefinito è notAvailable, il che significa che la pipeline di distribuzione continua crea una nuova richiesta di modifica.
