{"id":8069,"date":"2011-12-12T12:20:33","date_gmt":"2011-12-12T11:20:33","guid":{"rendered":"http:\/\/www.devapp.it\/wordpress\/?p=8069"},"modified":"2011-12-12T12:21:12","modified_gmt":"2011-12-12T11:21:12","slug":"impariamo-ad-usare-git-prima-parte","status":"publish","type":"post","link":"https:\/\/www.devapp.it\/wordpress\/impariamo-ad-usare-git-prima-parte\/","title":{"rendered":"Impariamo ad usare git (prima parte)"},"content":{"rendered":"

\"git-logo\"<\/a> In questa nuova guida, utile a tutti gli iPhone e iPad developers (ma non solo) non parleremo di programmazione vera e propria, ma vedremo come utilizzare e sfruttare al meglio un utile strumento \/ servizio durante lo sviluppo delle nostre applicazioni iOS: git<\/strong>, una delle migliori alternative a Mercurial o Subversion, che ci aiuter\u00e0 a tenere ordine tra le diverse versioni dei nostri progetti e a lavorare in team con altri sviluppatori. Oggi vedremo come utilizzare git via terminale ma, prima di addentrarci nella pratica, scopriamo insieme di cosa si tratta.<\/p>\n

“Git is a free & open source, distributed version control system designed to handle everything from small to very large projects with speed and efficiency.”<\/p><\/blockquote>\n

Cos’\u00e8 git?<\/h4>\n

Questa \u00e8 la descrizione che offrono i creatori di git sul loro sito http:\/\/git-scm.com\/<\/a>. Il nodo cruciale di questa definizione \u00e8 “version control system” e se se ne ignora il significato tutto resta piuttosto oscuro.<\/p>\n

Cos`\u00e8, quindi, un “version control system”? Se mi \u00e8 perdonata la tautologia un “version control system” \u00e8 un “version control system”, nient’altro! Non \u00e8 un tool di backup, non \u00e8 un modo per condividere un progetto ma \u00e8 solo un sistema per mantenere il controllo delle versioni. Mantenere il controllo delle versioni ci aiuta poi in altri aspetti come appunto la condivisione di un progetto e le copie di backup, ma \u00e8 bene non confondere i ruoli.<\/p>\n

Git \u00e8 quindi un sistema di controllo delle versioni, significa quindi che riesce a mantenere memoria degli stati precedenti dei nostri progetti. Chiaramente git non si limita solo a questo ma fa anche molto altro e lo vedremo lungo l’articolo.<\/p>\n

Git non \u00e8 l’unico software per il controllo di versione, ne esistono tantissimi e i pi\u00f9 famosi sono forse quelli citati ad inizio articolo: SVN e Mercury. <\/p>\n

Git \u00e8 riuscito a farsi strada tra questi colossi grazie ad alcune caratteristiche che lo rendono unico nel suo genere e non a caso viene utilizzato da diversi progetti importanti quali il kernel linux, android, debian… oltre ovviamente allo stesso git. Ricordiamo inoltre che git \u00e8 il sistema di controllo della versione che viene usato dal nostro amato Xcode.<\/p>\n

Probabilmente l’aspetto che pi\u00f9 differenzia git da altri sistemi di versioning \u00e8 l’essere server-less<\/em> non viene usato infatti nessun server centralizzato per mantenere le informazioni sul progetto (come avviene ad esempio con svn) ma ciascuna copia ne detiene una versione completa, rendendo obsoleto il concetto di working-copy tipico degli ambienti di sviluppo basati su svn.
\nC’\u00e8 un aspetto di git, forse meno importante, ma che soddisfa la mia voglia di ordine nel filesystem ed \u00e8 il fatto che git memorizza tutte le info necessarie in una cartella “.git” all’interno della root del progetto senza riempire il filesystem di cartelle .svn.<\/p>\n

Facciamo pratica<\/h4>\n

Per comprendere git non ci servir\u00e0 n\u00e9 Xcode n\u00e9 altri programmi. Ci baseremo infatti esclusivamente sul terminale. Avviamo quindi il terminale e creiamo la cartella “learn git” dove meglio ci piace. (ricordo che nel terminale cd<\/em> \u00e8 il comando per cambiare directory e mkdir<\/em> quello per crearne una nuova).<\/p>\n

Dall’interno della cartella appena creata digitiamo il comando<\/p>\n

\r\ngit init\r\n<\/pre>\n
Vedremo quindi un messaggio simile a questo:<\/p>\n
\r\nInitialized empty Git repository in \/Users\/ignazioc\/Desktop\/learn git\/.git\/\r\n<\/pre>\n
Abbiamo appena creato il nostro primo repository<\/strong>. Possiamo infatti vedere che all’interno della cartella “learn git” \u00e8 stata creata una cartella nascosta “.git”<\/p>\n
\r\n$ ls -laF\r\ntotal 0\r\ndrwxr-xr-x   3 ignazioc  staff  102 Dec  8 18:07 .\/\r\ndrwx------+ 22 ignazioc  staff  748 Dec  8 18:07 ..\/\r\ndrwxr-xr-x  10 ignazioc  staff  340 Dec  8 18:07 .git\/\r\n<\/pre>\n
Una volta che il repository<\/strong> \u00e8 stato creato iniziamo ad aggiungere files al nostro progetto, aggiungiamo ad esempio un file di testo “file1.txt” che al suo interno abbia questo testo:<\/p>\n
\r\nQuesta \u00e8 la prima versione del progetto.\r\n<\/pre>\n
Per farlo da terminale potete semplicemente scrivere:<\/p>\n
\r\necho \"Questa \u00e8 la prima versione del progetto\" > file1.txt\r\n<\/pre>\n
Facciamo il commit del nostro primo progetto<\/h4>\n
Supponiamo che il nostro lavoro sia finito qui, siamo soddisfatti della frase scritta e vogliamo che diventi un punto fermo nella storia del nostro progetto: quello che vogliamo \u00e8 creare un oggetto commit<\/strong> o come si dice in gergo “fare il commit del progetto”.<\/p>\n
Un commit \u00e8 composto dai file che sono stati modificati dal precedente commit, un riferimento a tale commit e da un nome univoco.<\/p>\n
Se avete studiato un p\u00f2 di teoria dei grafi potete immaginare i vari commit come un grafo aciclico e diretto:<\/p>\n