‫Istruttore: In questo video,
‫metteremo tutto il nostro codice su GitHub o, come diciamo di
‫solito, lo trasferiremo in un ramo remoto.
‫Per iniziare, vai su github. com, e non
‫appena hai effettuato l'accesso, fai
‫clic qui su questo pulsante
‫più e crea un nuovo repository.
‫Ora ancora una volta, se la pagina ha un aspetto
‫leggermente diverso nel momento in cui
‫stai guardando questo video, cerca un nuovo repository da qualche parte nella pagina.
‫Ok, quindi prima di tutto, devi dare un
‫nome al repository.
‫Quindi lo chiamo natours qui,
‫che per me
‫non è possibile perché ho già un repository natours,
‫quindi lo chiamo solo natours rec per la registrazione, ma
‫puoi semplicemente andare avanti e chiamarlo natours.
‫Quindi possiamo anche aggiungere una descrizione,
‫cosa che
‫non farò, e quindi possiamo impostarla su pubblica o privata.
‫Penso che in questo momento anche gli
‫account gratuiti possano avere repository privati.
‫I repository privati, come dice
‫il nome, solo tu puoi vedere e puoi anche invitare altre persone.
‫Con i repository pubblici, sono ovviamente visibili a
‫tutti e quindi sono perfetti per
‫il codice open source.
‫In questo caso, lo lascio
‫privato, quindi lascio tutti questi valori
‫predefiniti e qui è molto importante
‫non inizializzare questo nuovo repository con un readme,
‫perché ciò creerebbe conflitti un po' più tardi.
‫Vogliamo davvero che questo repository sia nuovo di
‫zecca e completamente vuoto qui su GitHub.
‫Fare questo qui è
‫simile a quello che abbiamo fatto prima localmente con git init.
‫L'unica differenza è che
‫questa volta è davvero su
‫GitHub, quindi ora è un repository remoto.
‫Grande.
‫Ora l'obiettivo qui è, in
‫pratica, spingere tutto il nostro codice locale in questo repository remoto, ok.
‫Per poterlo fare,
‫dobbiamo far sapere al nostro repository locale
‫di questo repository remoto che abbiamo appena creato qui.
‫Ok, quindi in pratica dobbiamo unirli.
‫Questo è esattamente ciò che è impostato qui.
‫Quello che vogliamo fare è eseguire il push di
‫un repository esistente dalla riga di comando, quindi
‫andiamo avanti e
‫copiamo questo codice qui nella nostra riga di comando qui, ok.
‫Cosa farà questo?
‫Bene, aggiungerà un ramo remoto.
‫Remoto significa che è un ramo ospitato, in pratica.
‫E questo ramo remoto, o puoi
‫anche chiamarlo, questo repository remoto, si chiamerà origine e si
‫trova in questo URL qui, quindi in
‫questa posizione.
‫Quindi premi invio e il gioco è fatto.
‫Ora questi due repository sono sostanzialmente collegati.
‫A questo punto, siamo pronti per eseguire git push, che è
‫l'azione per copiare fondamentalmente il nostro codice
‫locale sul nostro ramo remoto nel nostro repository remoto.
‫Quindi il nome del
‫ramo remoto che è l'origine e
‫poi il nome del ramo locale, che è master, va bene.
‫Quindi git push origin master.
‫Premi Invio, e questo dovrebbe ovviamente
‫richiedere del tempo.
‫Ora per prima cosa, ci chiede anche il nostro nome
‫utente, che è solo
‫l'indirizzo email, e probabilmente non è
‫più necessario farlo perché l'hai
‫già specificato, ma non l'ho fatto prima nel video, ricordalo, quindi
‫facciamolo ora.
‫A proposito, perché sto usando un account diverso sul mio
‫computer per registrare questi corsi, e quindi non
‫uso davvero git qui, e quindi
‫questo è il motivo per cui avevo bisogno di farlo.
‫Ora comunque, ora mi chiede la mia password, quindi
‫scrivi la tua password qui, premi
‫anche Invio, e quindi dovrebbe
‫iniziare a inviare i dati al tuo ramo remoto.
‫Sta facendo quel lavoro adesso.
‫Puoi vedere tutte
‫le statistiche, quanti file ci sono, la tua velocità di
‫upload e quanto è già stato fatto.
‫Va bene, quindi tornerò quando sarà finito.
‫Ok, e basta.
‫Quindi ora diamo un'occhiata qui su GitHub.
‫Ricarichiamo, e infatti, ci siamo.
‫E infatti, qui abbiamo tutti
‫i file che abbiamo appena aggiunto al nostro commit prima, va bene.
‫Vedi che tutti
‫questi qui dicono commit iniziale e
‫poi questo file, app. js, dove abbiamo effettivamente apportato
‫alcune modifiche, quindi dice che è stato
‫aggiunto un commento, che era il
‫messaggio di commit che abbiamo usato per quello
‫specifico commit in cui abbiamo commesso solo questo file.
‫Ricordati che?
‫Quindi in realtà sono passati sei minuti.
‫Grande.
‫Diamo solo un'occhiata a questo.
‫Come appare qui in GitHub.
‫Sì, è tutto il nostro codice.
‫Ben ospitato ora praticamente in questo posto, quindi in GitHub.
‫Vedi anche che i nostri file ignorati non sono qui.
‫Il modulo del nodo e anche il file di
‫configurazione, quindi esattamente i file
‫che non vogliamo davvero in un repository, beh,
‫ora non sono qui proprio come previsto.
‫A proposito, l'operazione di spinta opposta a quella che
‫abbiamo appena fatto è l'operazione di trazione.
‫Quindi immagina di lavorare su due computer diversi
‫e di voler iniziare a lavorare su
‫un computer e poi continuare sull'altro.
‫Per farlo, puoi inviare il codice su
‫un computer su GitHub e poi sull'altro semplicemente estrarlo.
‫Sarebbe molto semplice.
‫Il comando sarebbe quasi lo stesso,
‫ma invece git pull origin e poi master, quindi il ramo in
‫cui stai attualmente lavorando.
‫Non lo farò
‫ora, ma creerò un file readme.
‫Questo è un file molto
‫standard che ogni singolo repository dovrebbe avere.
‫Facciamolo qui.
‫Lo standard è davvero, quindi non una cartella
‫ma un file, e quindi di nuovo,
‫lo standard è chiamarlo readme. md che sta per markdown.
‫Questo file qui è scritto in markdown.
‫Usiamo questo simbolo cancelletto qui per aggiungere
‫il titolo principale.
‫Chiamiamo questa applicazione natours.
‫Quindi solo un
‫paragrafo sotto quello costruito utilizzando le moderne tecnologie.
‫Non è proprio corretto, tecnologie.
‫Node js, express, mongoDB, mongoose e amici diciamo.
‫Va bene, allora salviamolo adesso.
‫E se ora diciamo ottieni lo
‫stato, dovresti vederlo come un nuovo file, e infatti, eccolo qui.
‫In realtà, dopo aver chiuso e riaperto l'app
‫VS code, questa parte dell'applicazione ha iniziato
‫a funzionare.
‫Ora vedi qui, che il readme. md viene
‫visualizzato sotto le modifiche.
‫Viene visualizzato qui come U, che significa non tracciato.
‫Ok, e anche come ho detto
‫prima, puoi effettivamente vederlo qui nell'albero dei file.
‫Ora è verde, ok,
‫e se cambi, diciamo un altro file,
‫ad esempio, concatenato qui all'applicazione.
‫Prendi una cassaforte, poi vedi qui questa M, che
‫sta per modificata.
‫Si presenta anche qui.
‫Qui questa barra diventa blu perché ora è stata
‫modificata, quindi questa è una modifica e
‫non un inserimento.
‫Prima era verde perché ho inserito
‫il codice e ora è blu perché ho modificato.
‫Qui posso anche tornare molto facilmente.
‫Voglio scartare
‫le modifiche, così vedrai
‫che torna a quello che era prima, ok.
‫Ad ogni modo, ora aggiungiamo questo file all'area di staging.
‫Git add e quindi puoi utilizzare la scheda per il
‫completamento automatico come sempre.
‫Quindi ora eseguiamo il commit, quindi git commit il
‫messaggio ha aggiunto un readme come questo.
‫E ora, inseriamolo anche nel nostro ramo remoto, solo così possiamo
‫dare un'occhiata all'ora in GitHub.
‫Questo è git push origin master.
‫Diamo un'occhiata a questo qui.
‫E ora, qui puoi vedere quel readme che abbiamo appena creato.
‫Vedrai anche che il messaggio di commit
‫per questo è stato aggiunto in un file readme un minuto fa.
‫Va bene, fantastico.
‫Ecco, questi sono i fondamenti assoluti
‫che volevo mostrarti in
‫questa lezione e nell'ultima su git e anche su GitHub.
‫Bene, ora un'altra cosa qui su GitHub è che
‫molte volte quando iniziamo il tuo progetto,
‫in realtà lo facciamo al contrario.
‫Prima creo il repository su
‫GitHub e già con
‫un file readme, quindi estraggo quel repository
‫sul mio computer locale, va bene.
‫Ciò collegherà quindi automaticamente
‫il repository locale con quello remoto.
‫Questo rende l'installazione un po' più semplice.
‫Molte volte, lo faccio proprio così.
‫Ma ovviamente va benissimo anche
‫il modo in cui l'ho spiegato in questo video.
‫Comunque, spero che questo ti sia stato utile.
‫Nel prossimo video
‫inizieremo a preparare l'app per la
‫distribuzione perché ci sono ancora alcune
‫piccole modifiche che dobbiamo fare, quindi alcune
‫modifiche, per essere davvero pronti a distribuire l'applicazione.