Controllo di versione e Git
Download as ODP, PDF4 likes1,200 views
Introduzione al Controllo di versione (in generale) e al funzionamento di Git (in particolare). Upgrade di un'altra presentazione simile nelle basi ma incentrata su SVN.
![$油git油commit油足m油
Aggiungi油il油primo油capitolo.
[master油(root足commit)油8621aee]油
Aggiungi油il油primo油capitolo.
1油files油changed,油1油insertions(+),油0
deletions(足)
create油mode油100644油chapter1.txt
油](https://image.slidesharecdn.com/versioncontrolandgit-130224141450-phpapp01/85/Controllo-di-versione-e-Git-41-320.jpg)
![[ろれ雑ろ] Red Hat ReaR (relax and-recover) Quick Guide](https://cdn.slidesharecdn.com/ss_thumbnails/redhatrearrelax-and-recoverquickguidev1-170419093210-thumbnail.jpg?width=560&fit=bounds)
More Related Content
What's hot (20)
Viewers also liked (20)
Similar to Controllo di versione e Git (20)
More from Marcello Missiroli (13)
Controllo di versione e Git
- 1. Version Control Introduzione, principi generali e implementazione in Git gennaio 2011 aggiornato aprile 2012 ri-aggiornato febbraio 2013 ri-ri-aggiornato aprile 2014
- 2. Di che si parla? Quando un progetto software diventa complesso, anche la sua gestione 竪 complicata Il controllo revisioni permette di gestire tutte le modifiche apportate ai documenti del progetto, archiviando tutte le versioni del progetto sin dal suo inizio Ecco cosa si pu嘆 fare...
- 3. E se non lo uso? E' un mondo libero, e ciascuno 竪 libero di sbagliare nel modo che preferisce. MA questo 竪 quello che pu嘆 succedere..
- 4. Metodologie di sviluppo... Sviluppatore singolo Pi湛 sviluppatori Sviluppo con copie multiple Sviluppo con copia unica
- 5. Sviluppatore singolo #include<stdio.h> Int main() { int a; int b; } File.c #include<stdio.h> Int main() { int a; } File.c Ieri Oggi
- 6. Sviluppatore singolo (Problemi) Difficile recuperare le versioni pi湛 vecchie basandosi sulla data. Difficile stabilire le differenze tra le versioni di uno stesso file.
- 7. Sviluppatori multipli (Sviluppo con copia individuale) Sviluppatore-1 Sviluppatore-2 Sviluppatore-3 PC-1 PC-2 PC-3 server
- 8. Sviluppatori multipli (Sviluppo con copia individuale) Problemi Difficile riunire i vari file modificati singolarmente. Difficile recuperare le versioni precedenti basandosi sull'utente o sulla data.
- 9. Sviluppatori multipli (Sviluppo con copia unica) Sviluppatore-1 Sviluppatore-2 Sviluppatore-3 server
- 10. Sviluppatori multipli (Sviluppo con copia unica) Problemi Impatto sul server e traffico di rete. Tempi di sviluppo lenti. Difficile recuperare le versioni precedenti, basanndosi sulla data o sull'utente. Non si possono vedere le differenze tra la versione precedente e l'attuale.
- 11. I problemi in sintesi Non c'竪 modo di recuperare le versioni precedenti, basandosi sulla data o l'utente. Non c'竪 modo di vedere le differenze tra le versioni. Processo di fusione versioni manuale, lento e di dubbio successo. Lunghi tempi di sviluppo.
- 12. Come risolverli? Utilizzando, ad esempio, un sistema di controllo revisione. Detto anche Versioning, o Revision Control System Revision control (also known as version control, source control or (source) code management (SCM)) is the management of changes to documents, programs, and other information stored as computer files.
- 13. Sviluppatore singolo #include<stdio.h> Int main() { int a; int b; } File.c #include<stdio.h> Int main() { int a; } File.c Ieri Stamattina Versione-1 Versione-2 Versione-3 #include<stdio.h> Int main() { int a; int b; } File.c Stasera
- 14. Sviluppatori multipli (Sviluppo in copia individuale) Sviluppatore-1 Sviluppatore-2 Sviluppatore-3 Copia di lavoro - 1 del Repository Server Repository (deposito) principale Copia di lavoro - 2 del Repository Commit (Consegna) Primo checkout (copia) dal repository del server Aggiornamentodal server Copia di lavoro 3 del Repository
- 15. Gestione file nel Repository Versione-1 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-2 Date : 24-10- 2007 Time :11:00:12 User : user-2 Date : 24-10- 2007 Time :11:00:12 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-3 Date : 24-10- 2007 Time :1200:12 User : user-3 Date : 24-10- 2007 Time :1200:12 User : user-2 Date : 24-10- 2007 Time :12:00:12 User : user-2 Date : 24-10- 2007 Time :12:00:12 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-2 Date : 24-10- 2007 Time :11:00:12 User : user-2 Date : 24-10- 2007 Time :11:00:12 User : user-3 Date : 24-10- 2007 Time :11:00:12 User : user-3 Date : 24-10- 2007 Time :11:00:12 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-1 Date : 24-10- 2007 Time :11:00:12 User : user-2 Date : 24-10- 2007 Time :11:00:12 User : user-2 Date : 24-10- 2007 Time :11:00:12 User : user-3 Date : 24-10- 2007 Time :11:00:12 User : user-3 Date : 24-10- 2007 Time :11:00:12 Versione-2 Versione-3 Versione-4
- 16. Cosa otteniamo? Un posto dove memorizzare le varie versioni del codice (e tutti i documenti correlati) Possibilit di tornare indietro in caso di errore e tracciare le modifiche Codice sempre aggiornato Sviluppo parallelo facilitato
- 17. 40 anni di versioning SCCS & RCS ('70) CVS (2006) Subversion (2001) GIT (2005)
- 18. SCCS e RCS SCSS: Rilasciato nel 1972, proprietario Enorme successo Base di tutti gli altri sistemi RCS: Rilasciato nel 1983, free software Lavora solo su singoli file Sintassi complessa
- 19. CVS Basato su (RCS) con informazioni addizionali Presenta per嘆 alcune lacune, tra le quali: Supporta solo file di testo Numerazione separata per ogni file Impossibile rinominare i file
- 20. SVN Subversion, SVN per gli amici, 竪 un'evoluzione di CVS E' open source e gratuito (Apache Licence) E' molto diffuso E' multipiattaforma E' integrato in vari IDE
- 21. DRCS: Hg e Git Con l'avvento di Internet, si sviluppano i Distributed Revision Control System. Sfruttano le nuove caratteristiche dei sistemi e la rete. I pi湛 noti sono Mercurial (Hg per gli amici) e Git. Basati su un software proprietario chiamato Bitkeeper (ma sono entrambi open source)
- 22. DRCS perch辿 竪 meglio? Git SVN Si pu嘆 lavorare offline, perch辿 il sistema 竪 locale Se non c'竪 rete non si pu嘆 lavorare (e si piange amaramente) Si pu嘆 portare il lavoro in una chiavetta No, non si pu嘆 Creazione semplice di una diramazione sperimentale Creare diramazioni 竪 complicato Setup semplice Occorre installare o appoggiarsi a un server Non c'竪 un deposito centrale e di riferimento (anche se ci si pu嘆 accordare). Tutti hanno la copia di tutto. Il server centrare contiene tutte la modifiche. Il download iniziale potrebbe essere di grandi dimensioni
- 23. Glossario Repository (deposito) Un insieme di oggetti (file) e i riferimenti necessari. Pu嘆 essere online o offline Clone (solo git) L'atto di duplicare localmente un repository Commit (lett. 'impegno', ma qui 'consegna') Invio delle modifiche effettuate al repository Checkout Copia o ripristino di una particolare versione del progetto
- 24. GIT il funzionamento GIT identifica tre possibili 'stati' per ogni file del progetto a cui si sta lavorando Working Copy Sono i file a cui state lavorando, che potete modificare liberamente Staging Area I file che avete modificato e che avete intenzione di committare nel progetto definitivo Commit I file modificati
- 33. Un esempio pi湛 pratico Vedremo il sistema applicato alla pratica Non useremo un programma, dato che funziona per tutti i tipi di file (al meglio con i file di testo) Si presume che abbiate gi installato Git (ne parleremo separatamente)
- 38. Capitolo油1 NerdGenesi All'inizio油ci油fu油Bob,油che era油l'origine油di油tutto.油 'capitolo油1.txt'油salvato
- 42. Whew! Diamo un'occhiata al log per vedere cos'竪 successo. $油git油log commit油 bb9c52540ec20eca6bb3aee5713fb24474959b6a Author:油Marcello油Missiroli油 <prof.missiroli@gmail.com> Date:油油油Sun油Jan油27油18:09:15油2013油+0100 油油油油Reservations:油start Indice del commit. Calcolato in base al nome dell'autore, alle modiche e alla data. Commento
- 43. E pi湛 in dettaglio... git diff HEAD app/views/users/index.html.haml @@ -3,14 +3,15 @@ -%ul{:class=>"users"} -@users.each do |user| +%table{class: "table table-striped"} + %tr + %th{:class => @name_header}= link_to 'Nome'
- 44. Ciao, sono Tim Ciao, sono TimInsieme scriveremo...Insieme scriveremo... Il Librone sacro!
- 45. $油git油remote油add油origin git://librone/sacro.git $油git油push油origin油master Protocolli utilizzabili: Git, ssh. http, local.
- 50. Branching merging - conflitti Finora tutte le modifiche confluiscono in un unico prodotto finale Pu嘆 essere necessario lavorare su versioni separate dei file per evitare di sporcare il lavoro degli altri (o per altri motivi) E' opportuno creare dei branch (diramazioni) sulle quali lavorare in piena libert
- 51. Branching merging - conflitti Il modo consigliato di lavoro 竪 proprio questo: 1) Branch & Edit Lavorate su una versione separata del codice 2) Merge Risincronizzarsi col ramo principale e risolvere conflitti 3) Commit Inviare le modifiche al repository centrale
- 57. Le branch sono utili ...ma possono diventare complicate da gestire!
- 60. Fork!
- 62. * Installazione * GitHub * Demo project Next: Workshop
- 63. GIT Altri Links Netbeans: http://www.netbeans.org GIT: Repository pubblici online https://github.com/ https://bitbucket.org/ codeschool: http://try.github.com/levels/1/challenges/1 The Git Book http://git-scm.com/book
- 64. Grazie Con il contributo di Anil GuptaAnil Gupta (www.guptaanil.com) Pete Nicholls (github.com/Aupajo) Armando Fox Questo documento 竪 dotato di licenza CreativeCommonQuesto documento 竪 dotato di licenza CreativeCommon BY-SA 3.0BY-SA 3.0 http://creativecommons.org/licenses/by-sa/3.0/deed.ithttp://creativecommons.org/licenses/by-sa/3.0/deed.it