Nell'ultima sezione abbiamo iniziato a mettere insieme il nostro file YAML di Traveston.
Ricorda che questo è il file che dirà a Travis cosa volevamo fare con il nostro codice.
Così ora abbiamo detto che abbiamo una copia della finestra mobile in esecuzione e gli abbiamo anche detto di costruire
un'immagine usando il file docker che def file.
Ora dobbiamo aggiungere un'ultima linea di configurazione che dirà a Travis come eseguire la
nostra suite di test all'interno della mia porta.
Travis ha insegnato il file YAML.
Sto per aggiungere una nuova sezione chiamata script, la sezione script dovrebbe contenere tutti i diversi comandi che devono
essere eseguiti per eseguire effettivamente la nostra suite di test.
Quindi questi saranno una serie di comandi, come prima, a Seoul, era che
avremmo corso quando i nostri test dovevano essere effettivamente eseguiti.
Travis C. IO. osserverà l'output di ciascuno di questi
comandi e da ciascun comando se mai riceve un codice di stato di ritorno diverso da zero. Travis supporterà che il nostro conto non sia riuscito o
che i nostri test non siano stati eseguiti correttamente.
E supporrà che il nostro codice sia essenzialmente rotto.
Quindi, per eseguire effettivamente i nostri test, useremo lo stesso comando docker che
usiamo solo un po 'di tempo fa per avviare il nostro contenitore da quell'immagine proprio lì ed eseguire i test al suo interno.
Quindi, un rapido promemoria su come facciamo che stiamo essenzialmente per dire qualcosa come Daka, eseguendo
l'immagine e poi sovrascriviamo il comando di avvio predefinito dicendo test di esecuzione NPM in questo modo ora un po 'ho
capito qui solo un piccolo piccolo Gotcha.
Ogni volta che eseguiamo la nostra suite di test su Travis, vedo che I Travis supporterà che la nostra suite di
test sia in esecuzione e quindi esca automaticamente e in pratica dice OK, oppure ha eseguito correttamente tutti i test o qualcosa
di sbagliato è appena accaduto.
Tuttavia, il comportamento predefinito dei test di esecuzione NPM.
Facciamolo ora e vedrai quale è il comportamento predefinito.
Quindi il comportamento predefinito è di eseguire la nostra suite di test una volta e poi di
presentarcene molte qui che dice OK bene sai che non mi siederò qui e aspetterò che tu
mi dica se vuoi fare qualche altro test o filtrare o fare qualsiasi altra cosa.
Quindi il comando di test di esecuzione NPM predefinito è solo un tipo di blocco e non esce mai.
E così se lo portassimo su Travis, vedrei Travis direi che sono passati 30 giorni e sto ancora aspettando i
risultati del test NPM e non arriveranno mai perché gli affitti NPM sono solo si blocca
e attende l'input da parte dell'utente e, in un certo senso, ho risolto il problema e mi assicuro che la suite
di test esca automaticamente nel momento in cui viene completata la prima esecuzione.
Qui aggiungeremo un piccolo comando aggiuntivo.
Stiamo andando a dire la copertura di trattino di lineetta di trattino come tale.
Quindi nota come ci sono due serie di trattini.
Quindi andiamo a farlo e poi vedremo che la suite di test è in esecuzione e quindi tornerà alla riga
di comando.
Noterai che quando viene eseguito si ottiene un po 'di output proprio qui.
Questo ci sta essenzialmente dicendo quanto il codice all'interno del nostro progetto è coperto dai nostri test.
In realtà sta essenzialmente dicendo quante linee di codice o funzioni o qualunque cosa possa essere effettivamente
eseguita quando i test sono stati eseguiti.
Ora è assolutamente bene che restituiamo questa roba a Travis s. io.
Ancora una volta l'unica cosa di cui si preoccupa Travis è il codice di stato che ritorna dall'esecuzione di questo comando.
Quindi aggiungeremo semplicemente la copertura del trattino automatico al fine di garantire che il comando di esecuzione
NPM esca automaticamente quando la suite di test è terminata.
Ok, allora, allora che cosa pensate di scrivere in Bakhit proprio qui per eseguire la nostra suite di test, diremo che Dharker è
in esecuzione e forniremo il nome dell'immagine che abbiamo appena creato.
Steven Grider esegue il re-act del dasher slash e sovrascriveranno il comando predefinito pronunciando la
copertura del dash dash del dash test.
Ancora una volta non dimenticare i due set di trattini lì con lo spazio in mezzo.
Tutto ok.
E questo è praticamente tutto.
Questo è tutto quello che dobbiamo fare adesso.
Così ora ogni volta che Travis vede che abbiamo spinto un nuovo commit per ottenere hub sta per clonare tutto
il nostro codice e quindi usare queste serie di direzioni per costruire la nostra immagine Daquiri eseguire alcuni test e poi
riferire se il nostro test è riuscito o no .
Quindi salviamo questo file.
Faremo una pausa adesso e testeremo l'installazione nella prossima sezione.