Strumenti Utente



git_guida_pratica

Differenze

Queste sono le differenze tra la revisione selezionata e la versione attuale della pagina.

Link a questa pagina di confronto

Entrambe le parti precedenti la revisione Revisione precedente
Prossima revisione
Revisione precedente
git_guida_pratica [2014/03/03 09:45]
mickele
git_guida_pratica [2017/05/15 15:45] (versione attuale)
mickele
Linea 7: Linea 7:
 Lavorando su progetti complessi distribuiti su più file, sicuramente avrete sentito parlare di controllo di versione. Se non ne avete mai sentito parlare vi rimando alla pagina [[http://www-cs-students.stanford.edu/~blynn/gitmagic/intl/it/ch01.html]] che permette di apprendere velocemente di cosa si tratta. Lavorando su progetti complessi distribuiti su più file, sicuramente avrete sentito parlare di controllo di versione. Se non ne avete mai sentito parlare vi rimando alla pagina [[http://www-cs-students.stanford.edu/~blynn/gitmagic/intl/it/ch01.html]] che permette di apprendere velocemente di cosa si tratta.
  
-Uno dei software attualmente più diffusi per il controllo di versione è [[http://git-scm.com/‎|git]], creato nientepopodimeno che da [[https://plus.google.com/+LinusTorvalds|Linus Torvalds]]. D'altronde se sei Linus Torvalds e hai bisogno di un software, cosa fai, lo compri? Assolutamente no, lo scrivi ;-)+Uno dei software attualmente più diffusi per il controllo di versione è [[http://git-scm.com|git]], creato nientepopodimeno che da [[https://plus.google.com/+LinusTorvalds|Linus Torvalds]]. D'altronde se sei Linus Torvalds e hai bisogno di un software, cosa fai, lo compri? Assolutamente no, lo scrivi ;-)
  
 ~~READMORE~~ ~~READMORE~~
Linea 25: Linea 25:
 Per aggiungere file al repository, o per segnalare al sistema che un file è stato modificato, usiamo il comando Per aggiungere file al repository, o per segnalare al sistema che un file è stato modificato, usiamo il comando
  
-  git add <nomedelfile>+  git add nome-file 
 + 
 +Per controllare i file già presenti nel repository ed aggiungerli al commit se sono stati modificati 
 + 
 +  git add -u
  
 Terminate le modifiche ai file, segnalati con il comando //git add//, validiamo le modifiche (creiamo il //commit//) Terminate le modifiche ai file, segnalati con il comando //git add//, validiamo le modifiche (creiamo il //commit//)
Linea 31: Linea 35:
   git commit -m "Messaggio per il commit"   git commit -m "Messaggio per il commit"
  
-Per caricare in remoto le modifiche apportate usiamo+Per caricare in remoto le modifiche apportate (il commit) usiamo
  
   git push   git push
  
-Infine per scaricare gli aggiornamenti caricati in remoto usiamo il comando+Infine per scaricare su un altra macchina gli aggiornamenti caricati in remoto usiamo il comando
  
   git pull   git pull
Linea 62: Linea 66:
 ===== Branches ===== ===== Branches =====
  
-I branch sono usati per gestire diverse versioni di sviluppo. Per creare un nuovo branch+I branch sono usati per gestire diverse "linee di sviluppo" del nostro progetto, di modo da poter sperimentare nuove funzionalità senza compromettere la stabilità del codice del repository principale 
 + 
 +Per creare un nuovo branch
  
   git checkout -b v2.1.x   git checkout -b v2.1.x
 +
 Una volta creato il branch localmente, lo carichiamo in remoto con il comando Una volta creato il branch localmente, lo carichiamo in remoto con il comando
  
Linea 83: Linea 90:
 Il branch con l'asterisco a fianco è il branch attivo Il branch con l'asterisco a fianco è il branch attivo
  
-% git branch -v +  % git branch -v 
-* v2.1.x 170eb10 Initial commit.+  * v2.1.x 170eb10 Initial commit.
   master 170eb10 Initial commit.   master 170eb10 Initial commit.
      
-Ad un certo punto, dopo aver, ad esempio, implementato e testato nuove funzionalità, supponiamo di voler unire il branch v2.1.x con il repository master. Daremo allora i comandi   
-   
-  git checkout master 
-  git merge v2.1.x 
- 
 I comandi per cancellare il branch "v2.1.x" sono I comandi per cancellare il branch "v2.1.x" sono
  
Linea 104: Linea 106:
  
   git push origin :refs/tags/nome-tag   git push origin :refs/tags/nome-tag
 +
 +Ad un certo punto, dopo aver, ad esempio, implementato e testato nuove funzionalità, supponiamo di voler unire il branch v2.1.x con il repository master. Creeremo una copia del repositori master e vi uniremo il branch, il tutto con i comandi
 +  
 +  git checkout master
 +  git merge v2.1.x
 +
 +Se invece vogliamo sostituire un branch, ad esempio master, con un altro, ad esempio dev, usiamo i comandi
 +
 +  git checkout dev
 +  git merge -s ours master
 +  git checkout master
 +  git merge dev
 +
  
 ===== Per approfondire ===== ===== Per approfondire =====
Linea 109: Linea 124:
 Nell'articolo mi sono limitato a descrivere semplici casistiche di impiego, nel caso vi troviate in situazioni più //esotiche// o anche solo per approfondire le potenzialità del programma, vi rimando ai link seguenti: Nell'articolo mi sono limitato a descrivere semplici casistiche di impiego, nel caso vi troviate in situazioni più //esotiche// o anche solo per approfondire le potenzialità del programma, vi rimando ai link seguenti:
  
-  * [[http://git-scm.com/book/en/]]+  * [[http://git-scm.com/book/it]]
   * [[http://www-cs-students.stanford.edu/~blynn/gitmagic/intl/it/index.html]]   * [[http://www-cs-students.stanford.edu/~blynn/gitmagic/intl/it/index.html]]
   * [[https://drupal.org/node/1066342]]   * [[https://drupal.org/node/1066342]]
  
 Buon controllo di versione a tutti! Buon controllo di versione a tutti!

git_guida_pratica.1393836335.txt.gz · Ultima modifica: 2014/03/03 09:45 da mickele

Facebook Twitter Google+ Digg Reddit LinkedIn StumbleUpon Email