Integrazione server Magento2 CI per produzione

Quali sono i passaggi, le linee guida e i flussi che devono essere seguiti per un flusso di lavoro di integrazione continua Magento2 con successo?

magento2 deployment

— Atish Goswami
fonte

Attualmente stiamo lavorando per migliorare il nostro processo di distribuzione in Magento 2. Sarei lieto di ricevere qualsiasi feedback tu abbia - inviami un ping su Twitter o e-mail.

In questo momento su M2 faresti quanto segue (nel tuo ambiente)

Ottieni o aggiorna il codice (git / etc ...)
installazione del compositore
bin / magento setup: upgrade (o setup: install)
bin / magento set: modalità produzione

FYI set: la produzione in modalità fa a

bin / magento setup: di: compile
bin / magento setup: static-content: deploy

Esistono altri approcci che è possibile utilizzare ora per avvicinarsi a un processo di compilazione e distribuzione in 2 passaggi, ma sono piuttosto complessi.

— Mandrino
fonte

Chuck, potresti spiegare di più sui processi di distribuzione più complessi?

— Tjitse,

È in fase di sviluppo: lo scriveremo e lo rilasceremo come parte della prossima versione (2.2). Scopri alcuni dei nuovi comandi CLI che abbiamo aggiunto in mainline: app: config: dump, app: config: import, config: sensitive: set, config: set, config: show, setup: db: status. L'idea è di installare Magento sul tuo computer di sviluppo, configurarlo come desiderato sul pannello di amministrazione. fare un'app: config: dump (finire con un config.php, env.php), compilare e distribuire asset statici. Quindi copi il tuo codice (comprese le risorse) nell'ambiente di produzione (copia a mano muovi il tuo file env.php come appropriato) e quindi imposta: aggiorna su prod.

— Chuck,

Fondamentalmente un'operazione di distribuzione a 2 passaggi. Il primo passaggio è sulla tua macchina di sviluppo (cioè nessun tempo di inattività della produzione), il secondo passaggio è in produzione (copia del codice + potenziale tempo di inattività (setup: aggiornamento) se hai un cambio di schema). L'obiettivo è <1 minuto di inattività della produzione con modifica dello schema.

— Chuck,

Suggerimento: non eseguire "installazione compositore" in Produzione! Questo dovrebbe essere fatto in una fase di pre-distribuzione nel processo di CI, per evitare gravi problemi se Packagist o repo.magento.com non funzionano. Potresti anche eseguire anche gli altri comandi magento pre-deploy: se invece distribuisci un artefatto precompilato (pacchetto), non dovrai eseguire altro che "magento setup: upgrade" per il DB + possibilmente un cache flush quando il codice raggiunge la produzione. Riduzione al minimo dei tempi di inattività a pochi millisecondi (o un paio di secondi) anche con modifiche allo schema.

— Gabriel Somoza,