E' un repository nudo ovvero privo dei files di lavoro su cui si può direttamente lavorare per modificarli, è un archivio che ha solo i files di lavoro di Git, il contenuto invece è protetto quindi criptato.

E' una diramazione della versione dell'intero progetto. E un commit a cui s’è data una etichetta per identificarlo importante notare chesono gerarchici ognuno ha un precedente tranne il primo. Il primo branch didefault è main o master creato con l’init, unbranch è un puntatore a uno specifico commit. Ci posson essere vari branch che corrispondono a versioni importanti del progetto e si possono unire mediante operazione di merge verso il ramo principale o altri,

Crea un brach 'develop' copia di master:$ git branch develop $ git push -u origin develop

Il comando git checkout è usato per cambiare tra differenti branch e ripristinare il working tree dei files. Quindi consente di "navigare tra specifici commit o branch del tuo repository.

git checkout master è uno dei comandi fondamentali perché indipendentemente dalle versioni più aggiornati ci riporta alla versione ufficiale.
Help

$ git checkout master #Per RITORNARE all'ultima versione

Per ripristinare un file specifico al suo stato di un particolare commit:
$ git checkout commit-hash -- file.txt

E' un’istantanea (chiamata anche snapshot) del repository ovvero dell’insieme delle risorse da gestire\versionare, poiché ci possono essere vari commit nella storia di un repository ogni commit è identificato univocamente. Git non si limita a memorizzare le differenze tra due versioni successive ma salva l’istantanea (compressa) del contenuto di tutti i file; se un file non cambia contenuto tra due commit viene messo un riferimento al commit precedente. Ogni commit conosce il suo “genitore” (parent commit).

E' il puntatore al commit corrente. Ad ogni nuovo commit, l’head è aggiornato. LaWorking Copy attuale è quella a cui punta il puntatore head, tuttavia percapire qual è l’head della Working Copy attuale si esegue il comando git log –graph –-all –oneline. 

E' il branch master e rappresenta la versione ufficiale del repository (questo non vuol dire che non ce ne siano di più aggiornate ma non sono quella definitiva ma "temporanea" a determinati fini)

E' ildatabase chiave/valore conservato nella cartella nascosta .git. lachiave è un valore calcolato in SHA1, il valore è il contenuto del file.

Questo comando scarica DAL server tutti il repository sulla tua macchina come un aggiornamento.

$ git push -u origin develop

-u = Aggiunge upstream reference

O semplicemente Remote, è un repository su altro computer col quale si può chiedere che lui si allinei al nostro contenuto o ci si può allinearsi al suo i comandi a disposizione per farlo sono rispettivamente: push e fetch. Nel momento in cui si esegue un git clone si crea una copia locale e si salva il riferimento (URL) al repository da cui ha recuperato i dati, tale riferimento prende il nome di “remote”.

E' il database locale su file che conserva i vari commit.

E' un'istantanea dellintero progetto. Ogni volta che si fa un Commit Git crea una immagine di TUTTI i files presenti in quel momento e salva un riferimento chiamato "index".

(Git in realtà non salva nuovamente tutti i file per ogni commit, ma crea per ciascuno di essi un collegamento alla sua versione precedente già salvata)

fa datramite tra il file system ed il repository. È uno spazio dove parcheggiare glioggetti pronti per il prossimo commit mediante il quale finiranno nelrepository.

"metter da parte".  Nel mezzo di un lavoro può esser necessario spostarsi temporanemente su un branch, l'aiuto viene dall'uso del comando git stash. Stash salva nello stack lo stato "sporco" della tua working directory a cui tu potrai accedere successivamente. In ogni istante si può vedere l'elenco degli stash col comando git stash list, per spostarsi su uno stash particoalre digitare git stash apply codice (dove codice può esser stash@{n) ) se non si inserisce il codisce ci sis posa sull'ultimo stash. help

E' una etichetta/segnalibro che si può dare ad uno specifico oggetto come un commit allo scopo di potersvisi riferire in modos emplificato ed umano. Generalmente sono le etichette di versione. 

Un branch dopo esser creato evolve con successivi commit mentre un tag viene usato per identificare un punto cronologico per potervi accedere successivamente in modo facilitato. Utilizzo tipico dei tag è quello di contrassegnare un determinato rilascio o versione. Son di due tipi: lightweight (privi di info supplementari come data, nome utente),  annotated (che associa info come data, nome utente, email utente.., es. git tag -a <TAG_NAME>).

Può essere usato in tre accezioni:

• working tree: si riferisce alla working directory
• tree object: si riferisce alla struttura dati usata da Git per memorizzare cartelle e sottocartelle
• internal tree object è un oggetto usato da Git per controllare lo snapshot del commit

Si riferisce al branch principale da cui un dato branch è stato ramificato e a cui eventualmente si possono inviare i cambiamenti (push). Git usa di default "origin" come nome remoto del repository upstream.

Quando si fa un cambiamento questo dovrà esser inviato "indietro" facendo upstream in modo che anche gli altri ne abbiamo un aggiornamento dalla sorgente aggiornata (origin).

Detta anche working directory o working tree, è la cartella dove ci sono i file del nostro progetto e sui quali lavoriamo. I files della working copy possono essere in uno dei seguenti stati:

• Unmodified,
• Untracked, sono tutti quei files che, dopo l'ultimo, son stati aggiunti o modificati. (Sono untracked anche i files 'ignorati')
• Modified, se è stato modificato ma non ancora committato.
• Staged, messo in un area, stage, e pronto per il commit.
• Committed quando è al sicuro nel database locale.

Traked sono i files presenti nell'ultimo commit e posson esser: unmodified, modified o staged.