Introduzione a Git

transcript

Introduzione a GIT Il sistema di Source Control distribuito

PHP User Group Friuli, 27/06/2012

STEFANO VALLE

http://www.mvassociati.it/

http://friuli.grusp.org/

Chi usa GIT?

COME SIAMO ARRIVATI A GIT?

CVS >> SVN

SVN >> GIT

Perché è diverso?

E’ MOLTO VELOCE

E’ Distribuito

Pro Git - http://git-scm.com/book

PERMETTE DI LAVORARE OFFLINE

Incoraggia sviluppo non lineare

Come funzionano gli altri?

Come funziona GIT?

LE BASI

Installare Git • Debian/Ubuntu

apt-get install git-core

• RedHat/Fedora/CentOS yum install git

• Disponibile per altre distribuzioni e SO:

http://git-scm.com/downloads

Configurare Git • Identità:

git config --global user.name "John Doe"

git config --global user.email johndoe@example.com

• Editor:

git config --global core.editor emacs

• Verifica parametri: git config --list

«helper» per la console

Disponibili anche GUI

PARTIAMO!

• Inizializza un nuovo repository all’interno della cartella corrente

• Crea la sottocartella .git che conterrà tutti i file ad uso interno di git

• Clona un repository git esistente

• Aggiunge un nuovo file a git, che da quel momento ne terrà traccia

• Aggiunge un file modificato all’area di staging (che vediamo fra poco)

commit

• Memorizza lo snapshot delle modifiche fatte

• Obbligatorio inserire un messaggio • Identificato da hash SHA-1

Struttura di un commit

Ciclo di vita di un file

Non gestito Non

modificato Modificato In stage

aggiunta del file

modifica del file

staging del file

rimozione del file

commit

status

• Mostra lo stato in cui si trovano i file del repository

• Mostra la storia dei commit • Per ciascuno elenca autore e messaggio

DEMO 1

branch

• La killer feature di GIT! • Consente di continuare lo sviluppo su una

nuova feature senza impattare sul lavoro corrente

Un po’ di internals

git branch testing

Su quale branch stiamo lavorando?

checkout

• Consente di passare da un branch all’altro • (o anche da un commit all’altro)

git checkout testing

DEMO 2 - BRANCHING

• Incorpora sul branch principale le modifiche fatte su un altro branch

• Assieme a branch, è un altro comando che git incentiva ad usare spesso

fast-forward

Non fast-forward

DEMO 2 – OPERAZIONI DI MERGE

L’IMPREVISTO: I CONFLITTI

rebase

• Altro modo per integrare le modifiche di un branch

• Prende linearmente tutte le modifiche fatte su un branch e le applica ad un altro

rebase

Merge Prende gli ultimi commit e li «mette assieme», creando un nuovo commit di merge

Rebase Applica le modifiche di un branch linearmente su un nuovo branch

Git distribuito

repository condiviso

sviluppatore 1 sviluppatore 2 sviluppatore 3

remote

• Consente di gestire repository remoti • Sincronizzandoli con il proprio repo locale

• Scarica branch e dati da un repository remoto

• Scarica dati da un repository remoto e tenta di fare il merge con il branch corrente

• pull = fetch + merge

• Invia branch e dati ad un repository remoto

• Consente di aggiornare il repository remoto con le modifiche fatte localmente

DEMO 3 - REBASE

I REPOSITORY PUBBLICI

Github

Bitbucket

DEMO 4 – GIT WORKFLOW

Premessa • Usate git per qualsiasi progetto • Anche se sviluppate da soli • Anche se lavorate solo in locale

Branches

Long-running branches • master

– Allineato con versione on-line

• develop – Allineato con versione in sviluppo

Topic branches • Branch in cui sviluppare feature • Feature terminata (e testata)? merge su

develop • Al termine, il branch viene cancellato

Hotfix branches • Per bug fix / interventi veloci • Fix terminato, merge su develop • Cancellato al termine del merge • Ha una vita molto breve

COMANDI UTILI

• Mostra le differenze introdotte dalle modifiche non committate

• Consente di contrassegnare un commit • Spesso usato per identificare le versioni

del progetto

• Salva temporaneamente il contenuto della working directory, ripulendola

• Consente di cambiare branch in qualsiasi momento

• Il comando più ambiguo! • Consente di:

– Togliere file dallo staging – Eliminare definitivamente file dallo staging – Riavvolgere storia commit

revert

• Consente di annullare uno o più commit • Crea un nuovo commit che annulla

l’effetto dei commit da eliminare

submodule

• Consente di includere un repository git all’interno del proprio progetto git

• Utile per caricare librerie esterne

BEST PRACTICES

Commit • Fare commit spesso • Un commit deve inglobare un insieme

atomico di modifiche • NON lavorare N giorni in attesa di aver

finito il task! • Al massimo fare tutti i commit alla fine,

sfruttando lo staging

Testo del commit • Sommario da max 50 caratteri • Seguito (eventualmente) da descrizione

più dettagliata • Forma imperativa (es. «Add products

section», ...)

COMMIT E PUSH PRIMA DEL COLLEGA!

LAVORARE TUTTI SUL MASTER, HUH?

TESTARE IL CODICE PRIMA DI COMMITTARLO

Decidere un workflow

LAVORARE CON GIT E’ PIACEVOLE

Per approfondire:

• Pro git: http://git-scm.com/book

• http://gitref.org/ • http://gitready.com/

DUBBI? DOMANDE?

http://www.hubme.in/

Grazie per l’attenzione

@stefanovalle s.valle@mvassociati.it Stefano Valle

Referenze Immagini • http://www.flickr.com/photos/boston_public_library/6323438849/ • http://www.flickr.com/photos/a03575/3632344397/

• http://www.flickr.com/photos/chiperoni/3456589962/ • http://www.flickr.com/photos/53370644@N06/4976492450 • http://www.flickr.com/photos/lululemonathletica/4911299076/ • http://www.flickr.com/photos/psi_mon/3473153641/

• http://www.flickr.com/photos/masstravel/7454482646/ • http://www.flickr.com/photos/53370644@N06/4976497160/ • http://www.flickr.com/photos/53370644@N06/4975888229/

• http://www.flickr.com/photos/53370644@N06/4976490816/

• http://www.flickr.com/photos/visualgrammar/2997271008/ • http://www.flickr.com/photos/ejcdelahoya/2504629292/ • http://www.flickr.com/photos/altuwa/3582839737 • http://www.flickr.com/photos/marine_corps/5132830788/

• http://www.flickr.com/photos/72213316@N00/5028110521/ • http://www.flickr.com/photos/stevengrayphotography/6893446706/

Introduzione a Git

Technology