Git: il modello a oggetti, e le tre cose che vale la pena saper fare

$# Un commit dovrebbe rispondere a UNA domanda: "cosa fa questa modifica?"$# Se la risposta contiene una "e", sono due commit.​$# ✗ Il commit che nessuno sa piu' leggere fra sei mesi$git commit -am "fix vari e aggiornamenti"​$# ✓ Si seleziona per PEZZI, non per file: -p propone ogni blocco$#   e si decide uno per uno. Serve proprio quando si e' lavorato$#   a due cose insieme senza accorgersene.$git add -pdiff --git a/src/carrello.js b/src/carrello.js@@ -12,7 +12,7 @@ function totale(righe) {-  return righe.reduce((s, r) => s + r.prezzo, 0);+  return righe.reduce((s, r) => s + r.prezzo * r.qta, 0);(1/3) Stage this hunk [y,n,q,a,d,s,e,?]? y​$git commit -m "Correggi il totale ignorando la quantita' di riga"

$# "Ho perso il lavoro." Quasi mai e' vero: reflog registra ogni$# posizione di HEAD negli ultimi 90 giorni, anche quelle "cancellate".$git reflog9f3a2c1 HEAD@{0}: reset: moving to HEAD~34b2e8d1 HEAD@{1}: commit: Aggiungi validazione modulo8d10cc4 HEAD@{2}: commit: Rifattorizza calcolo totale​$# Il commit 4b2e8d1 non e' sparito: e' solo diventato irraggiungibile.$git reset --hard 4b2e8d1        # oppure: git branch recupero 4b2e8d1​$# Anche le modifiche messe in staging e poi perse si ritrovano:$git fsck --lost-founddangling blob a1c0f77e8b2d...$git cat-file -p a1c0f77 > recuperato.js​$# Regola pratica: prima di un'operazione che riscrive la storia,$# un ramo di sicurezza. Costa un secondo.$git branch prima-del-rebase

$# La trappola numero uno: un segreto committato per errore.$# Rimuoverlo dal file NON basta: resta in ogni commit precedente,$# e chiunque abbia clonato il repository ce l'ha gia'.$git log --oneline -S 'sk_live_' --all8d10cc4 Aggiungi integrazione pagamenti​$# L'ORDINE delle operazioni conta, e la prima non e' tecnica:$# 1. REVOCARE la credenziale. Da questo momento il danno e' chiuso.$#    Tutto il resto e' pulizia.$# 2. Riscrivere la storia$git filter-repo --invert-paths --path config/segreti.json$# 3. Forzare la pubblicazione e avvisare chi ha cloni locali$git push --force-with-lease --all$# 4. Aggiungere il pattern al .gitignore E un hook che lo impedisca​$# La prevenzione, che costa meno della cura:$cat .git/hooks/pre-commit#!/bin/shif git diff --cached | grep -qE '(sk_live_|BEGIN [A-Z ]*PRIVATE KEY|password\s*=)'; then  echo "Possibile segreto nel commit. Verificare prima di procedere."  exit 1fi

$# La seconda trappola: i file binari pesanti gonfiano il repository$# in modo PERMANENTE. Ogni versione viene conservata per intero,$# perche' la compressione delta non funziona sui formati gia' compressi.$git count-objects -vHsize-pack: 1.84 GiB​$# Chi sono i responsabili:$git rev-list --objects --all \>   | git cat-file --batch-check='%(objecttype) %(objectname) %(objectsize) %(rest)' \>   | awk '$1=="blob" {print $3, $4}' | sort -rn | head -5104857600 media/presentazione.mp4 52428800 design/mockup.psd 41943040 media/presentazione-v2.mp4​$# Un video da 100 MB modificato dieci volte sono 1 GB di storia$# che ogni clone scarichera' per sempre. Vanno tenuti fuori:$# Git LFS, o un archivio a oggetti con solo il riferimento nel repo.

$# La funzione che vale da sola l'intero controllo di versione, e che$# quasi nessuno usa: trovare in quale commit e' comparso un bug,$# per ricerca binaria. 1000 commit → 10 tentativi.$git bisect start$git bisect bad                  # la versione attuale e' rotta$git bisect good v2.4.0          # questa funzionavaBisecting: 512 revisions left to test after this (roughly 9 steps)​$# E si puo' automatizzare completamente, se esiste un test:$git bisect run npm test -- --grep 'totale carrello'...8d10cc4a2b1f9e3d is the first bad commit    Rifattorizza calcolo totale​$# E' anche il motivo per cui i commit atomici ripagano: bisect$# restituisce un commit. Se quel commit tocca quaranta file per$# cinque motivi diversi, la risposta non serve a niente.