1
00:00:00,990 --> 00:00:04,200
Nell'ultima sezione abbiamo iniziato a mettere insieme il nostro file YAML di Traveston.

2
00:00:04,210 --> 00:00:08,510
Ricorda che questo è il file che dirà a Travis cosa volevamo fare con il nostro codice.

3
00:00:08,620 --> 00:00:14,140
Così ora abbiamo detto che abbiamo una copia della finestra mobile in esecuzione e gli abbiamo anche detto di costruire

4
00:00:14,140 --> 00:00:16,510
un'immagine usando il file docker che def file.

5
00:00:16,510 --> 00:00:21,220
Ora dobbiamo aggiungere un'ultima linea di configurazione che dirà a Travis come eseguire la

6
00:00:21,220 --> 00:00:24,270
nostra suite di test all'interno della mia porta.

7
00:00:24,270 --> 00:00:26,010
Travis ha insegnato il file YAML.

8
00:00:26,010 --> 00:00:32,670
Sto per aggiungere una nuova sezione chiamata script, la sezione script dovrebbe contenere tutti i diversi comandi che devono

9
00:00:32,670 --> 00:00:36,500
essere eseguiti per eseguire effettivamente la nostra suite di test.

10
00:00:36,510 --> 00:00:41,040
Quindi questi saranno una serie di comandi, come prima, a Seoul, era che

11
00:00:41,310 --> 00:00:45,020
avremmo corso quando i nostri test dovevano essere effettivamente eseguiti.

12
00:00:45,030 --> 00:00:49,470
Travis C. IO. osserverà l'output di ciascuno di questi

13
00:00:49,470 --> 00:00:55,440
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

14
00:00:55,440 --> 00:00:57,510
che i nostri test non siano stati eseguiti correttamente.

15
00:00:57,620 --> 00:01:00,900
E supporrà che il nostro codice sia essenzialmente rotto.

16
00:01:00,930 --> 00:01:04,650
Quindi, per eseguire effettivamente i nostri test, useremo lo stesso comando docker che

17
00:01:04,650 --> 00:01:11,190
usiamo solo un po 'di tempo fa per avviare il nostro contenitore da quell'immagine proprio lì ed eseguire i test al suo interno.

18
00:01:11,220 --> 00:01:16,470
Quindi, un rapido promemoria su come facciamo che stiamo essenzialmente per dire qualcosa come Daka, eseguendo

19
00:01:16,680 --> 00:01:23,370
l'immagine e poi sovrascriviamo il comando di avvio predefinito dicendo test di esecuzione NPM in questo modo ora un po 'ho

20
00:01:23,370 --> 00:01:26,060
capito qui solo un piccolo piccolo Gotcha.

21
00:01:26,060 --> 00:01:31,350
Ogni volta che eseguiamo la nostra suite di test su Travis, vedo che I Travis supporterà che la nostra suite di

22
00:01:31,560 --> 00:01:37,290
test sia in esecuzione e quindi esca automaticamente e in pratica dice OK, oppure ha eseguito correttamente tutti i test o qualcosa

23
00:01:37,470 --> 00:01:38,980
di sbagliato è appena accaduto.

24
00:01:39,030 --> 00:01:42,060
Tuttavia, il comportamento predefinito dei test di esecuzione NPM.

25
00:01:42,070 --> 00:01:45,950
Facciamolo ora e vedrai quale è il comportamento predefinito.

26
00:01:45,960 --> 00:01:51,360
Quindi il comportamento predefinito è di eseguire la nostra suite di test una volta e poi di

27
00:01:51,450 --> 00:01:56,970
presentarcene molte qui che dice OK bene sai che non mi siederò qui e aspetterò che tu

28
00:01:57,210 --> 00:02:02,270
mi dica se vuoi fare qualche altro test o filtrare o fare qualsiasi altra cosa.

29
00:02:02,310 --> 00:02:08,180
Quindi il comando di test di esecuzione NPM predefinito è solo un tipo di blocco e non esce mai.

30
00:02:08,180 --> 00:02:14,120
E così se lo portassimo su Travis, vedrei Travis direi che sono passati 30 giorni e sto ancora aspettando i

31
00:02:14,120 --> 00:02:19,100
risultati del test NPM e non arriveranno mai perché gli affitti NPM sono solo si blocca

32
00:02:19,100 --> 00:02:25,550
e attende l'input da parte dell'utente e, in un certo senso, ho risolto il problema e mi assicuro che la suite

33
00:02:25,550 --> 00:02:29,820
di test esca automaticamente nel momento in cui viene completata la prima esecuzione.

34
00:02:29,900 --> 00:02:32,680
Qui aggiungeremo un piccolo comando aggiuntivo.

35
00:02:32,720 --> 00:02:37,290
Stiamo andando a dire la copertura di trattino di lineetta di trattino come tale.

36
00:02:37,400 --> 00:02:39,880
Quindi nota come ci sono due serie di trattini.

37
00:02:39,880 --> 00:02:45,870
Quindi andiamo a farlo e poi vedremo che la suite di test è in esecuzione e quindi tornerà alla riga

38
00:02:45,870 --> 00:02:46,760
di comando.

39
00:02:47,100 --> 00:02:50,580
Noterai che quando viene eseguito si ottiene un po 'di output proprio qui.

40
00:02:50,580 --> 00:02:55,940
Questo ci sta essenzialmente dicendo quanto il codice all'interno del nostro progetto è coperto dai nostri test.

41
00:02:55,950 --> 00:03:01,050
In realtà sta essenzialmente dicendo quante linee di codice o funzioni o qualunque cosa possa essere effettivamente

42
00:03:01,050 --> 00:03:03,470
eseguita quando i test sono stati eseguiti.

43
00:03:03,870 --> 00:03:06,870
Ora è assolutamente bene che restituiamo questa roba a Travis s. io.

44
00:03:06,870 --> 00:03:12,000
Ancora una volta l'unica cosa di cui si preoccupa Travis è il codice di stato che ritorna dall'esecuzione di questo comando.

45
00:03:12,060 --> 00:03:18,060
Quindi aggiungeremo semplicemente la copertura del trattino automatico al fine di garantire che il comando di esecuzione

46
00:03:18,060 --> 00:03:21,790
NPM esca automaticamente quando la suite di test è terminata.

47
00:03:21,800 --> 00:03:27,560
Ok, allora, allora che cosa pensate di scrivere in Bakhit proprio qui per eseguire la nostra suite di test, diremo che Dharker è

48
00:03:28,190 --> 00:03:30,960
in esecuzione e forniremo il nome dell'immagine che abbiamo appena creato.

49
00:03:31,100 --> 00:03:38,470
Steven Grider esegue il re-act del dasher slash e sovrascriveranno il comando predefinito pronunciando la

50
00:03:38,470 --> 00:03:41,990
copertura del dash dash del dash test.

51
00:03:42,070 --> 00:03:48,700
Ancora una volta non dimenticare i due set di trattini lì con lo spazio in mezzo.

52
00:03:48,730 --> 00:03:49,090
Tutto ok.

53
00:03:49,120 --> 00:03:50,850
E questo è praticamente tutto.

54
00:03:50,860 --> 00:03:52,840
Questo è tutto quello che dobbiamo fare adesso.

55
00:03:52,840 --> 00:03:58,810
Così ora ogni volta che Travis vede che abbiamo spinto un nuovo commit per ottenere hub sta per clonare tutto

56
00:03:58,810 --> 00:04:04,810
il nostro codice e quindi usare queste serie di direzioni per costruire la nostra immagine Daquiri eseguire alcuni test e poi

57
00:04:04,810 --> 00:04:07,950
riferire se il nostro test è riuscito o no .

58
00:04:07,990 --> 00:04:09,760
Quindi salviamo questo file.

59
00:04:09,760 --> 00:04:13,400
Faremo una pausa adesso e testeremo l'installazione nella prossima sezione.