Luca Ottaviano. Everyday Git

Transcript

1 Luca Ottaviano Everyday Git Usare Git per lo sviluppo embedded Firenze, 24 settembre 2012

2 Chi sono Luca Sviluppatore su sistemi embedded presso Develer Qt certified developer Sviluppatore Python

3 Sistemi di controllo revisione Wikipedia: il controllo versione è la gestione di versioni multiple di un insieme di informazioni Repository Struttura dati che mantiene file, directory Ogni cambiamento tracciato nella storia si chiama revisione (commit) Working copy Copia locale del repository ad una certa revisione

4 Operazioni principali Checkout Crea una working copy locale di un repository Update Aggiorna la working copy all'ultima versione sul repository Revert Riporta un file nella working copy alla versione del repository

5 Operazioni principali (2) Commit Salva i cambiamenti nel repository Devono essere atomici, cioè implementare una sola funzionalità Bisect Ricerca binaria del commit errato a partire dall'ultima versione funzionante Tutti i commit devono essere atomici Codice sempre compilabile!

6 Sistemi di controllo versione popolari CVS Storia rappresentata come delta Granularità al file SVN Storia rappresentata come delta Granularità: directory Checkout parziali Sistemi centralizzati

7 Git: sistema di controllo versione distribuito Distribuito: ogni client ha l'intera storia del progetto Offline: tutte (o quasi) le operazioni non richiedono collegamento al server Veloce: tutte le operazioni sono fatte in locale (eccetto gli update) Ridondato: non c'è un singolo punto di fallimento Sicuro: non si può modificare la storia senza che qualcuno se ne accorga Bisect nativo

8 Git: operazioni principali Checkout git pull oppure git checkout Git clone Update Git pull git commit -a + git push Commit Git commit -a Git push L'operazione di revert si fa con git checkout

9 Il metodo migliore per imparare git Flickr: pasukaru76

10 Flusso di lavoro (1) Lavora con snapshot della working copy Salva lo stato della working copy e pochi altri metadati I file non modificati sono riferimenti allo snapshot precedente

11 Flusso di lavoro (2) Si fanno modifiche ai file Si aggiungono i file alla staging area Si effettua un commit Stati di un file Unstaged Staged Committed

12 Commit Snapshot della working copy ad un certo istante + metadati (autore, messaggio, data) Può avere zero, uno o due commit padri Identificato da un hash di 40 byte (SHA-1)

13 Checkout Riporta i file della working copy allo stato in cui erano quando è stato fatto il commit Può aggiungere e rimuovere file Non funziona se ci sono modifiche locali ai file Sintassi: $ git checkout f5aa747586ec2 # Ritorna allo stato di testing branch # (fra poco vediamo i branch) $ git checkout testing branch

14 Branch È un puntatore ad un commit Il branch di default è 'master' Il puntatore si sposta automaticamente in avanti quando si fa un commit

15 Repository remoti Scaricare un repository remoto: git clone Perchè 'clone'? Questo aggiunge un 'remote', cioè un altro repository git Il remote di default si chiama 'origin' $ git clone git@github.com:develersrl/bertos.git Cloning into bertos... remote: Counting objects: 35251, done. remote: Compressing objects: 100% (7106/7106), done. remote: Total (delta 27927), reused (delta 27927) Receiving objects: 100% (35251/35251), 7.89 MiB 1.32 MiB/s, done. Resolving deltas: 100% (27927/27927), done.

16 Repository remoti (2) I branch remoti sono in sola lettura Per fare modifiche si deve creare un branch locale Di default viene scaricato solo il branch 'master' Altri branch vanno aggiunti a mano $ git branch a * master remotes/origin/master remotes/origin/testing $ git checkout t origin/testing Branch testing set up to track remote branch testing from origin. Switched to a new branch 'testing'

17 Come aggiornare la copia locale git pull: riceve le modifiche dal repository remoto In realtà fa fetch e merge git push: invia le modifiche al repository remoto Non funziona se il branch remoto è andato avanti

18 Git senza un server remoto Si può creare un repository locale per lavorare da soli Utile per progetti personali, script etc. # entro nella directory con i sorgenti di un progetto $ cd project $ git init. $ git commit a m Primo commit # Fatto! Adesso ho un repository git funzionante! # Faccio delle modifiche... $ vim bar.c #...e salvo i cambiamenti $ git add bar.c $ git commit m Fix bug

19 Gestione dei branch # creare un branch $ git branch testing # creare e spostarsi sul branch $ git checkout b testing

20 Gestione dei branch (2) # modifica di un file $ vim foo.c # commit $ git commit a m Useful stuff # qual è la situazione?

21 Gestione dei branch (3) $ git checkout master # a cosa punta HEAD?

22 Gestione dei branch (4) # cosa succede se faccio un commit adesso? $ vim bar.c $ git commit a m Other changes

23 Merge Unione di due branch, si crea un commit con due padri Ricerca automatica del migliore antenato comune (Eventuale) risoluzione dei conflitti

24 Come ricevere aggiornamenti (advanced) git fetch origin: scarica i nuovi commit da origin git merge origin/master: integra le modifiche nel nostro branch

25 Come inviare i commit (advanced) Il comando 'push' aggiorna i branch remoti Non funziona se il branch remoto è andato avanti Bisogna fare 'fetch' e 'merge' prima di riprovarci Non si può distruggere il lavoro di altri git push <repo> <mio_branch> git push <repo> <mio_branch>:<branch_remoto>

26 Let's Talk office (218) web Credits Le immagini sono prese dal libro Pro Git