Il problema risolto dai worktree

Sei a meta feature quando arriva una segnalazione di bug urgente.

Alias che pagano l'affitto

I primi dieci alias Git che tutti usano coprono le basi.

Fermati, respira, non pushare

La prima regola dei disastri Git: non peggiorare la situazione. La maggior parte dei "disastri" sono recuperabili.

Perche i binari sono difficili

Il modello di storage di Git e progettato per il testo. Modifica un'immagine da 50 MB una volta e hai aggiunto 50 MB al repo.

Diff e merge

# .gitattributes
*.pdf binary
*.png binary
*.zip binary

Driver diff personalizzati

# .gitattributes
*.docx diff=docx
*.pdf diff=pdf

# ~/.gitconfig
[diff "docx"]
    textconv = pandoc --to=plain
[diff "pdf"]
    textconv = pdftotext -layout

Driver di merge

Per la maggior parte di immagini, audio e video, "merge" e privo di senso.

Git non e solo per il codice

Git traccia qualsiasi file di testo: Markdown, AsciiDoc, LaTeX, prosa semplice.

Perche fare fork

Raramente si ha accesso in scrittura a un progetto a cui si vuole contribuire. Il workflow di fork lo risolve.

Il workflow piu semplice che funziona

GitHub Flow e un modello pragmatico e leggero: main e sempre deployabile; tutto il resto e un branch di breve durata dietro una pull request.

Il modello

Trunk-based development (TBD) mantiene un singolo branch di lunga durata — il tronco, di solito main — e integra tutto frequentemente, idealmente molte volte al giorno.

Cos'e Git Flow

Git Flow e un modello di branching proposto da Vincent Driessen nel 2010. Definisce cinque tipi di branch — main, develop, feature/*, release/*, hotfix/*.

Il dibattito eterno

Un monorepo contiene molti progetti in un solo repository; il multi-repo li divide. Entrambi spediscono prodotti su scala.