Ora che è stata creata l'incidenza di un fagiolo elastico.
Inizieremo a configurare Travis see-I per distribuire automaticamente la nostra applicazione su AWOS
una volta superati i test.
Per fare ciò aggiungeremo un'altra configurazione al file Travis Yandle che abbiamo creato all'interno della
nostra directory del progetto root.
Aprirò un editor di codice e poi dentro, se troverai il file YAML delle travestie, ti
ricorderai che al momento abbiamo le sezioni di installazione e script precedenti.
E entrambi si preoccupano unicamente di mettere insieme la nostra immagine iniziale e quindi eseguire
alcuni test usando quell'immagine.
Ho intenzione di aggiungere un'altra sezione verso la parte inferiore di questo file chiamata come si potrebbe ipotizzare la distribuzione.
Quindi all'interno della sezione aggiungeremo un po 'di configurazione per dire a Travis C. IO. esattamente come prendere
la nostra applicazione e distribuirla su AWOS.
Ora alcune di queste impostazioni che verranno inserite qui saranno un po 'laboriose.
Quindi devo davvero chiederti di guardare da vicino e assicurarti di seguirti il più vicino
possibile.
Ora la prima opzione che usciremo qui sarà davvero facile e diretta.
Stiamo per dire che il provider è un beanstalk elastico una sola parola come quella di Travis C. IO. viene preconfigurato all'applicazione del deployer su una
manciata di diversi provider o provider di hosting come AWOS o Digital Ocean o
qualunque altro si possa immaginare.
Dunque, dicendo semplicemente beanstalk elastico al provider, stiamo essenzialmente dicendo a Travis di vedere-io che
hey vogliamo che tu usi questa serie di istruzioni per partecipare alla distribuzione automatica della nostra applicazione.
Quindi l'ho specificato proprio lì.
Travis vede - Farò davvero un sacco di cose per noi automaticamente.
Ora forniremo ancora molte altre opzioni per fornire
ulteriori personalizzazioni.
Il prossimo che forniremo è la regione, una regione sarà un po
'dura perché la regione che specificherete dipende esattamente da dove avete originariamente creato l'istanza di
beanstalk elastico.
Lascia che ti dica cosa intendo con quello.
Se ti capita di tornare alla tua dashboard elastica del bean-bean, che assomiglia a questo, voglio che tu la
guardi da vicino.
Di nuovo copierò il tuo L e lo inserirò nel mio editor di codice solo per
poterlo leggere molto facilmente.
Quindi, quando hai creato la tua istanza di beanstalk elastica, l'hai creata in una particolare regione.
E quando dico Regione, sto parlando di un'area della terra o di una specie di continente essenzialmente.
Quindi, personalmente, creo la regione nella città per essere istanza di magazzino nella regione U. S. Anche a ovest
Quindi qui è necessario specificare qualsiasi regione in cui è stata appena creata l'istanza di beanstalk elastico in cui potresti avere
qualcosa come noi est one U. S. All'ovest si potrebbe avere un paese completamente diverso all'interno
di qui.
Spetterà a te trovare il codice che hai intenzione di prendere quel codice e inserirlo.
La regione è racchiusa tra virgolette.
Quindi, diciamo la lineetta americana West dash 2.
E di nuovo quello che hai messo qui sarà quello che vedi lì.
Ma per l'elastico è Stoccolma.
Va bene così una volta che abbiamo ottenuto quello lì, aggiungeremo poi un paio di altre opzioni.
Stiamo andando a specificare il nome della nostra app.
Ora il nome dell'app è lo stesso nome che hai creato di nuovo qui nella dashboard di beanbalk
elastico per vedere come abbiamo tutte le applicazioni proprio qui.
La prima parola subito dopo è il nome della tua app.
Così ho chiamato il mio dottore.
Potresti averti chiamato o qualcosa del genere Dr. Dash riattiva tutto ciò che hai lì.
Prenderai la lettera per lettera e la inserirai come app qui.
E così per me inserirò semplicemente la finestra mobile in modo che il prossimo pezzo di configurazione che
andremo ad aggiungere sia il nome dell'ambiente.
Quindi, quando abbiamo creato l'applicazione di docker o doc o reagire è come impostare semplicemente
un set comune di configurazione.
L'app effettiva che sta girando dentro non si riferisce a come un'app ma
viene indicata come un ambiente.
E così l'ambiente sarà l'ultimo pezzo lì per me.
Il mio nome di ambiente è Dr. Prendi i nemici.
Quindi prenderai tutto ciò che è elencato lì.
Andando a copiare e poi lo metteremo proprio lì per Ian v.
Tutto ok.
Quindi sembra abbastanza buono.
Ora il prossimo pezzo di configurazione qui sarà solo un po 'più cattivo dei due che abbiamo
appena passato.
Inseriremo il nome di un bucket in modo che quando Travis deciderà di implementare il tuo codebase, prenderà
tutti i file all'interno del tuo repository dell'Hubei che li comprimerà tutti in un unico file
e poi copierà tutti loro fino a un secchio skinny tre che è essenzialmente un hard disk in esecuzione su AWOS
una volta che copia tutti quei file su casse di Travis poi andando essenzialmente a colpire un classico beanstalk
e dire Hey ho appena caricato questo nuovo file zip.
Da usare per ridistribuire la tua applicazione.
Quindi dobbiamo fornire il nome del secchio che vede Travis: inserirò il nostro file zip.
Ora potrebbe sembrare un po 'complicato.
La buona notizia è che questo è stato un bucket S-3 che è già generato automaticamente per
te quando hai inizialmente creato l'istanza di beanstalk elastico.
Tutto quello che dobbiamo fare è ottenere il nome per ottenere il nome.
Andremo ai servizi quassù e poi faremo una ricerca per S-3 e quindi dovremmo vedere uno
storage di tre dimensioni nel cloud.
Poi qui andrai a cercare su e giù per questa lista.
Noterai che ho un numero enorme, ma spero che tu abbia un po 'meno di quello
che ho.
Stai cercando qualcosa di simile qui.
Dovresti vedere un trattino chiamato beanstalk elastico e poi il nome della regione in cui il tuo bucket indica
che il tuo beancoalelastico è stato inserito.
Quindi, come ho detto, il mio è anche noi.
Quindi cercherò qualcosa di simile a un fagiolo elastico che ci proietta anche a ovest.
E il mio è proprio lì.
Quindi farò clic su quella cosa e poi vedrò il nome del bucket proprio qui.
Mi sento un po 'in difficoltà a selezionare me stesso.
Eccoci.
Se faccio semplicemente clic con il tasto destro, ottengo la selezione completa e posso copiarlo.
Quindi riprenderò quello per il nome del bucket che ho incollato in questo modo e poi faremo
anche il percorso del bucket.
Quindi questo secchio qui o questo secchio S3 che contiene tutti questi file diversi.
Viene riutilizzato per tutti i diversi ambienti di beanstalk di plastica che vengono creati.
Quindi, come puoi vedere, ho un paio di ambienti diversi che sono stati creati nel tempo.
E così dentro di me cercherò la cartella che è essenzialmente il nome del mio progetto.
Ora, quando crei per la prima volta l'istanza dell'istanza beanstalk elastica, non creerà automaticamente una cartella
per impostazione predefinita, quella cartella verrà creata solo la prima volta che esegui una distribuzione.
Quindi, per impostazione predefinita, il percorso del bucket che si suppone utilizzi sarà esattamente uguale al nome dell'app.
Quindi vedi che ho un'app proprio qui.
Non uso il nome esatto per il percorso del mio secchio.
Quindi per me ho la finestra mobile come nome della mia app e la copierò di nuovo fino al percorso del bucket.
Potresti usare qualcosa come la reazione di Daka.
Quindi assicurati di avere un nome app diverso, assicurati di usarlo anche lì.
Tutto ok.
Ora l'ultima cosa che faremo qui in questo momento ricorda di nuovo all'intero flusso di distribuzione
di cui abbiamo parlato qualche tempo fa, avevamo detto che volevamo essere sicuri che ogni volta che implementavamo o
Simmie spingessimo il nostro codice a una funzione ramo sul otterrebbe repository hub.
Avevamo detto che avremmo fatto una richiesta per entrare nel Master e avevamo detto che
il ramo principale sarebbe stato essenzialmente il nostro ramo molto speciale e come unire il codice al Master.
Ciò significa che è il momento di implementare la nostra applicazione.
Se uniamo semplicemente il codice o il codice push fino al ramo della funzione, non vogliamo distribuire l'app.
Non vogliamo implementare l'app utilizzando solo il ramo delle funzionalità per i rami di funzionalità per lo sviluppo attivo
e potrebbe avere nuove funzionalità che non sono pronte per essere distribuite.
Quindi, l'ultima parte della configurazione che stiamo per inserire in questo momento diremo
solo il tentativo di distribuire l'applicazione quando il ramo master ottiene un nuovo codice.
È stata l'ultima cosa che farò adesso sul master di Branch in questo modo e quindi, come puoi immaginare, questo significa essenzialmente
ogni volta che eseguiamo il push del codice al master di ramo che è il momento di implementare.
Tutto ok.
Quindi va bene per ora.
Ora ci saranno altri due piccoli pezzi di configurazione che dobbiamo aggiungere, ma ci vorrà
solo un po 'di tempo.
Quindi, fare una breve pausa qui e continuare nella prossima sezione di Hendel in questi ultimi due pezzi.