1
00:00:00,670 --> 00:00:04,930
Si spera che tu abbia ora installato uno scaffold sul tuo sistema locale per assicurarti che tutto

2
00:00:04,930 --> 00:00:05,580
funzioni correttamente.

3
00:00:05,590 --> 00:00:11,770
Dovresti essere in grado di eseguire la versione di scaffold sul terminale e vedere una versione di stampa in questo modo se stai utilizzando una

4
00:00:11,770 --> 00:00:13,170
versione più nuova di me.

5
00:00:13,180 --> 00:00:14,590
Questo è assolutamente soddisfacente.

6
00:00:14,590 --> 00:00:18,840
Scaffold è rimasto relativamente invariato in un periodo piuttosto lungo.

7
00:00:19,120 --> 00:00:24,790
E ad essere onesti, proprio prima di registrare questo video, stavo effettivamente eseguendo la versione 0 2 2 e ho passato il

8
00:00:24,790 --> 00:00:28,980
processo che stiamo per passare attraverso la nostra applicazione e tutto ha funzionato ancora bene.

9
00:00:29,080 --> 00:00:30,810
Quindi è un'API relativamente stabile.

10
00:00:31,600 --> 00:00:35,760
Bene, ora che abbiamo il ponteggio in funzione, forniremo una certa configurazione allo scaffold

11
00:00:35,760 --> 00:00:39,840
in modo che sappia come gestire il nostro progetto come si potrebbe immaginare.

12
00:00:39,840 --> 00:00:46,220
Questo prenderà la forma di creare un file di gioco d'azzardo, ecco la mia complessa applicazione aperta all'interno del mio

13
00:00:46,220 --> 00:00:49,740
editor di codice all'interno della mia directory di progetto root.

14
00:00:49,810 --> 00:00:54,210
Creerò un file molto speciale per configurare il funzionamento dello scaffold.

15
00:00:54,390 --> 00:00:59,000
Quindi all'interno del mio progetto root creerò un file chiamato scaffold dot Yentl.

16
00:00:59,080 --> 00:01:05,660
Così come stiamo andando a mettere insieme un piccolo file molto simile a molti altri che abbiamo messo insieme

17
00:01:05,780 --> 00:01:07,130
in questo corso.

18
00:01:07,130 --> 00:01:11,990
Questo file in generale assomiglierà molto a un file composto da una finestra mobile, ma con un paio di impostazioni

19
00:01:11,990 --> 00:01:16,570
aggiuntive qua e là ho intenzione di parlarvi di tutte le diverse impostazioni importanti di cui dovete essere

20
00:01:16,570 --> 00:01:16,910
consapevoli.

21
00:01:16,960 --> 00:01:20,130
Ma se vuoi puoi sempre tornare alla pagina dello scaffold.

22
00:01:20,260 --> 00:01:25,380
Consulta i tutorial e i riferimenti di concetti se guardi i riferimenti in particolare.

23
00:01:25,460 --> 00:01:31,330
C'è una sezione sul patibolo Dudamel ed è essenzialmente un file Yama annotato che apparirà e ti spiegheremo

24
00:01:31,330 --> 00:01:34,910
il significato di tutte le diverse opzioni che possiamo impostare.

25
00:01:34,910 --> 00:01:37,810
Sembra che il mio browser stia effettivamente avendo un po 'di problemi.

26
00:01:37,830 --> 00:01:40,810
Oh ok, ecco finalmente sta andando un po 'lento qui.

27
00:01:41,870 --> 00:01:44,180
Alla fine vedrò una grande lista di tutti i diversi.

28
00:01:44,210 --> 00:01:45,020
Eccoci finalmente.

29
00:01:45,050 --> 00:01:47,820
Quindi ecco tutte le diverse opzioni di configurazione che possiamo fornire.

30
00:01:47,900 --> 00:01:50,660
Ma vi dirò tutte le diverse opzioni di cui dovete essere consapevoli.

31
00:01:51,840 --> 00:01:52,200
Tutto ok.

32
00:01:52,200 --> 00:01:53,160
Quindi torna nel mio codice.

33
00:01:53,170 --> 00:02:01,110
Ed inizieremo con un po 'di testo, quindi dirò che la versione dell'API è uno dei dati che mi piace,

34
00:02:01,180 --> 00:02:08,360
quindi nota la V maiuscola qui come al solito all'interno del nostro file di posta elettronica se fai

35
00:02:08,360 --> 00:02:12,750
errori di battitura all'interno del tuo roba non funzionerà come previsto.

36
00:02:12,760 --> 00:02:20,610
In seguito andremo a specificare specificare un tipo di configurazione con una C maiuscola come questa e quindi ecco dove le cose

37
00:02:20,610 --> 00:02:21,930
diventano finalmente interessanti.

38
00:02:21,930 --> 00:02:26,880
Specificheremo una sezione chiamata built in built-in, stiamo per elencare essenzialmente

39
00:02:27,000 --> 00:02:34,820
tutte le diverse immagini o le diverse distribuzioni che vogliamo che lo scaffold gestisca all'interno della sezione build.

40
00:02:34,820 --> 00:02:39,770
La prima opzione che andremo a specificare è una cosa chiamata local e quindi

41
00:02:39,830 --> 00:02:47,020
all'interno di essa faremo una push di false così, per impostazione predefinita, lo scaffold ogni volta che costruisce un'immagine cercherà di spingere

42
00:02:47,110 --> 00:02:53,770
l'immagine costruita fuori per dire Docker Hub o qualunque altra cosa il tuo repository Docker predefinito è per lo sviluppo locale.

43
00:02:53,800 --> 00:03:00,320
È estremamente probabile che probabilmente non desideri trasferire queste immagini su qualche hub o repository.

44
00:03:00,370 --> 00:03:04,000
Probabilmente vorresti solo cambiare la tua macchina locale e provarla tu stesso.

45
00:03:04,970 --> 00:03:06,820
Quindi sei quasi sempre secondo me.

46
00:03:06,830 --> 00:03:08,510
Potresti avere un flusso di lavoro molto diverso.

47
00:03:08,510 --> 00:03:13,520
Probabilmente avrai una spinta falsa locale che significa semplicemente che ogni volta

48
00:03:13,520 --> 00:03:17,400
che lo scaffold costruisce un'immagine, non lo faremo mai.

49
00:03:17,400 --> 00:03:26,350
Quindi, prossimamente, definiremo una nuova immagine o un nuovo contenitore che vogliamo che lo scaffold gestisca lo scaffold si riferisca a questi

50
00:03:26,350 --> 00:03:32,770
come artefatti, quindi definiremo artefatti come questo e questo sarà un array di immagini diverse o

51
00:03:32,830 --> 00:03:36,220
essenzialmente di contenitori vogliamo che l'impalcatura sia gestita.

52
00:03:36,270 --> 00:03:37,900
Quindi inserirò quel trattino proprio lì.

53
00:03:37,900 --> 00:03:44,280
Ricorda in Yemen che indica un array, quindi fornirò il nome della prima immagine

54
00:03:44,280 --> 00:03:46,000
che voglio gestire.

55
00:03:46,110 --> 00:03:54,150
Quindi per me sarà Stephen Plider slash client multi-dash in questo modo, dopo di ciò andremo a specificare la cartella

56
00:03:54,150 --> 00:04:00,320
in cui stiamo costruendo questa immagine, così per voi e me sarà la directory del

57
00:04:00,320 --> 00:04:01,190
client.

58
00:04:01,280 --> 00:04:09,050
Quindi dirò che il contesto è il client che ricorda il contesto nel mondo di Docker di solito si riferisce a

59
00:04:09,050 --> 00:04:16,190
come si riferisce a una cartella o qualcosa del genere dopo di che diremo all'impalcatura esattamente quale file Docker

60
00:04:16,250 --> 00:04:19,430
volevamo usare quando costruiamo la nostra immagine client.

61
00:04:19,430 --> 00:04:23,450
Quindi per te e me ci sarà il file Dev del file Docker qui.

62
00:04:23,450 --> 00:04:28,670
Ricorda che è il file docker che

63
00:04:28,670 --> 00:04:42,100
usiamo quando proviamo a eseguire un'applicazione di risposta in una modalità di sviluppo, quindi dirò il file docker docker file Dev.

64
00:04:42,260 --> 00:04:45,260
E poi finalmente questa è l'opzione davvero significativa.

65
00:04:45,260 --> 00:04:49,380
Ricordati che ti ho appena detto che lo scaffold funziona in due modalità separate.

66
00:04:49,400 --> 00:04:54,410
Ha la modalità uno in cui ogni volta che rileva una modifica, tenterà di ricostruire

67
00:04:54,410 --> 00:05:00,350
l'intera immagine da zero e con la modalità si cercherà semplicemente di prendere i file aggiornati ed espellerli

68
00:05:00,350 --> 00:05:01,460
nel pod client.

69
00:05:01,520 --> 00:05:06,860
Quindi, nel caso della nostra applicazione MultiClient, vogliamo utilizzare la modalità numero due perché il

70
00:05:06,890 --> 00:05:13,920
nostro pod client la nostra applicazione REACT è configurata per vedere automaticamente le modifiche ai file e aggiornarsi in modo

71
00:05:13,920 --> 00:05:21,530
tale da far sì che lo scaffold usi la modalità numero due, ne imposteremo un'altra proprietà qui chiamato sync Sync sta per

72
00:05:21,530 --> 00:05:23,540
essere un elenco proprio qui.

73
00:05:23,540 --> 00:05:28,280
Quindi un paio di coppie di valori chiave forniremo il percorso del file proprio qui.

74
00:05:28,310 --> 00:05:34,400
Questo può essere un problema per il mondo e questo dirà quali file vogliamo che scaffold utilizzi quando si tenta di usare

75
00:05:34,400 --> 00:05:35,180
la modalità.

76
00:05:35,180 --> 00:05:36,570
Numero due.

77
00:05:36,590 --> 00:05:45,550
Quindi nel nostro caso inseriremo qui star star slash star dot J. S. punto così così questo qui essenzialmente

78
00:05:45,550 --> 00:05:52,630
significa che ogni volta che uno scaffold vede un file javascript cambiare prende solo quel

79
00:05:52,630 --> 00:06:01,930
file JavaScript e lo getta nel contenitore, faremo la stessa cosa anche per i file CSX e h t mail.

80
00:06:01,960 --> 00:06:07,360
Quindi, ancora una volta questa sezione qui è essenzialmente ciò che abilita la modalità di scaffold ogni volta che vede una modifica a un file

81
00:06:07,360 --> 00:06:13,870
javascript di un file CSX o di un H. G. il file di posta prende

82
00:06:13,870 --> 00:06:19,940
il file aggiornato e lo inietta nel nostro contenitore o contenitore in esecuzione in questo caso.

83
00:06:20,150 --> 00:06:20,420
OK.

84
00:06:20,450 --> 00:06:23,970
Quindi è una parte del nostro file generale sullo scaffold.

85
00:06:24,050 --> 00:06:29,540
In questo momento stiamo solo raccontando il patibolo per gestire la nostra immagine MultiClient, ma

86
00:06:29,540 --> 00:06:35,930
alla fine aggiungeremo anche alcune istruzioni su come dovrebbe gestire lo scaffold anche il nostro server API nel worker.

87
00:06:35,930 --> 00:06:39,560
Va bene quindi devo dire questo file qui, faremo una breve pausa quando torneremo finiremo per

88
00:06:39,560 --> 00:06:42,140
aggiungere un po 'più di config all'interno di questo file.