Nessuno ricorda ogni comando Git e non è necessario. Questo cheat sheet dei comandi Git si concentra su un piccolo insieme che copre quasi tutto il lavoro quotidiano, raggruppato in base al lavoro che stai tentando di svolgere.

Abbiamo testato i comandi locali in un repository demo usa e getta utilizzando Git per Windows e l’output mostrato proviene da quell’esecuzione, con gli avvisi di fine riga rimossi. Gli hash di commit saranno diversi. I comandi remoti necessitano di un server, quindi non li abbiamo eseguiti. Nuovo al controllo della versione? Inizia con il nostro tutorial Git per principianti.

Come pensa Git: tre aree

La maggior parte della confusione scompare una volta che sai dove si trova il cambiamento:

Impostazione e avvio di un progetto

Salva il tuo lavoro

Ecco come cambia la visualizzazione breve dello stato man mano che un nuovo file si sposta:

$ echo "hello" > app.txt
$ git status --short
?? app.txt

$ git add app.txt
$ git status --short
A  app.txt

$ git commit -m "Add app file"

?? significa non tracciato e A significa aggiunto allo staging. Nel formato a due colonne, la colonna di sinistra è l’area di staging e la colonna di destra è la directory di lavoro. Tieni presente che git commit -am salta i file nuovi di zecca, quindi devi prima aggiungerli esplicitamente.

Rami

Ecco un piccolo ramo delle funzionalità dall’inizio alla fine:

$ git switch -c feature/login
$ echo "login" >> app.txt
$ git commit -am "Add login"
$ git switch main
$ git merge --no-edit feature/login
$ git log --oneline --graph
* d0450b6 Add login
* 676b684 Add app file

$ git branch -d feature/login
Deleted branch feature/login (was d0450b6).

La cronologia è una linea retta perché main non si era mosso, quindi Git ha eseguito un’unione rapida. Vedrai ancora git checkout nelle guide più vecchie. Funziona, ma i comandi più recenti switch e restore dividono i suoi numerosi compiti in compiti più chiari. Per scegliere tra fusione e rebase, leggi Git merge vs rebase.

Lavorare con i telecomandi

fetch è sempre sicuro, perché non modifica mai i tuoi file. Se è necessario sovrascrivere un ramo dopo un rebase, preferire --force-with-lease al semplice --force, poiché si rifiuta di cancellare i nuovi commit di un collega.

Stash: metti da parte il lavoro

Stash è utile quando devi cambiare attività ma non sei pronto per impegnarti:

$ echo "wip" >> app.txt
$ git stash
$ git status --short
                       # clean, the change is put away
$ git stash pop
$ git status --short
 M app.txt

Visualizza la cronologia

Annullare gli errori: “Voglio…”

Questa è la parte che la maggior parte delle persone cerca. Trova la tua situazione:

Reset vs ripristino vs ripristino

Questi tre nomi causano molta confusione, ma fanno cose abbastanza diverse:

Nella nostra demo abbiamo commesso una linea errata e l’abbiamo ripristinata. Il file è tornato al contenuto precedente, mentre l’errore è rimasto visibile nel registro come cronologia:

$ echo "oops" >> app.txt
$ git commit -am "Bad change"
$ git revert --no-edit HEAD
$ cat app.txt
hello
login

Quindi git reset --soft HEAD~1 ha rimosso l’ultimo commit ma ha mantenuto le sue modifiche, che git status --short ha mostrato come M app.txt.

Tag

I tag spesso attivano pipeline di rilascio, come spiega la nostra guida CI/CD di GitHub Actions.

Un semplice flusso di lavoro quotidiano

git switch main
git pull
git switch -c feature/search
# edit files
git status
git add -p
git commit -m "Add search by product name"
git push -u origin feature/search
# open a pull request, get a review, then merge

Scrivi messaggi di commit che spieghino la modifica nell’imperativo, come “Correggi il reindirizzamento dell’accesso”. Ti ringrazierai leggendo il registro tra sei mesi.

Errori comuni

• Commit secret. La rimozione di un file in un commit successivo non lo rimuove dalla cronologia. Ruota immediatamente il segreto e usa .gitignore.
• Riscrivere la cronologia condivisa. Non reimpostare o riprogrammare i commit che altri hanno già effettuato.
• Utilizzare git add . alla cieca. Controllare prima git status, in modo che i file di build e i log rimangano fuori.
• Utilizzando semplice --force. Preferisco --force-with-lease.
• Effettuare commit enormi. Quelli piccoli sono più facili da rivedere, ripristinare e dividere in due.

Considerazioni finali

Impara le tre aree e una dozzina di comandi e Git smetterà di fare paura. Tieni la tabella di annullamento a portata di mano e ricorda che git status e git reflog sono la tua rete di sicurezza. Per creare fiducia, creare un archivio usa e getta e romperlo e ripararlo deliberatamente, poiché è il posto più economico per commettere errori.

Domande frequenti

Continua a imparare