Che cos'è Git
Git è il sistema di controllo delle versioni moderno di gran lunga più utilizzato attualmente a livello globale. Git è un progetto open source maturo e gestito attivamente che è stato originariamente sviluppato nel 2005 da Linus Torvalds, il famoso creatore del kernel del sistema operativo Linux. Un numero impressionante di progetti software si affida a Git per il controllo delle versioni, inclusi i progetti commerciali e open source. Gli sviluppatori che hanno usato Git rappresentano una fetta importante del pool di talenti dello sviluppo software presenti nel mondo del lavoro e questo strumento funziona bene su un'ampia gamma di sistemi operativi e IDE (Integrated Development Environment).
Grazie all'architettura distribuita, Git è un esempio di DVCS (Distributed Version Control System, sistema di controllo delle versioni distribuito). Piuttosto che avere un'unica posizione per la cronologia completa delle versioni del software, come è comune nei sistemi di controllo delle versioni un tempo popolari come CVS o Subversion (noto anche come SVN), in Git la copia di lavoro del codice di ogni sviluppatore è anche un repository che può contenere la cronologia completa di tutte le modifiche.
Oltre ad essere distribuito, Git è stato progettato per fornire prestazioni, sicurezza e flessibilità.
A staggering number of software projects rely on Git for version control, including commercial projects as well as open source. Developers who have worked with Git are well represented in the pool of available software development talent and it works well on a wide range of operating systems and IDEs (Integrated Development Environments).
Having a distributed architecture, Git is an example of a DVCS (hence Distributed Version Control System). Rather than have only one single place for the full version history of the software as is common in once-popular version control systems like CVS or Subversion (also known as SVN), in Git, every developer's working copy of the code is also a repository that can contain the full history of all changes.
In addition to being distributed, Git has been designed with performance, security and flexibility in mind.
Prestazioni
Le caratteristiche prestazionali di Git sono molto elevate rispetto alle numerose alternative. Le funzionalità che consentono di sottoporre a commit le nuove modifiche, di creare branch, di eseguire il merge e di fare un confronto con le versioni precedenti sono tutte ottimizzate per fornire le migliori prestazioni. Gli algoritmi implementati all'interno di Git sfruttano la conoscenza approfondita degli attributi comuni degli alberi dei file di codice sorgente reali, di come vengono solitamente modificati nel tempo e dei modelli di accesso.
A differenza di alcuni software di controllo delle versioni, per determinare la cronologia di archiviazione e delle versioni dell'albero dei file, Git non si lascia ingannare dai nomi dei file, ma si concentra invece sul contenuto dei file stessi. Dopotutto, i file del codice sorgente vengono spesso rinominati, suddivisi e riorganizzati. Il formato di oggetto dei file del repository Git utilizza una combinazione di codifica delta (archiviazione delle differenze di contenuto) e compressione e archivia esplicitamente i contenuti delle directory e gli oggetti dei metadati della versione.
L'aspetto distribuito di Git offre anche significativi vantaggi in termini di prestazioni.
Ad esempio, supponiamo che una sviluppatrice, Alice, apporti modifiche al codice sorgente, aggiungendo una funzione per l'imminente versione 2.0 e che quindi esegua il commit di tali modifiche con messaggi descrittivi. Passa poi a una seconda funzione ed esegue il commit anche di queste modifiche. Naturalmente, queste modifiche vengono archiviate come porzioni di lavoro separate nella cronologia delle versioni. Alice passa quindi al branch della versione 1.3 dello stesso software per correggere un bug che riguarda solo questa versione precedente. Lo scopo di questa operazione è consentire al team di Alice di rilasciare una versione con correzione dei bug, la versione 1.3.1, prima che la versione 2.0 sia pronta. Alice può quindi tornare al branch della versione 2.0 per continuare a lavorare sulle nuove funzioni di questo rilascio. Tutto ciò può avvenire senza alcun accesso alla rete ed è quindi veloce e affidabile. Alice potrebbe lavorarci anche mentre è in aereo. Quando è tutto pronto per inviare al repository remoto tutte le modifiche sottoposte singolarmente a commit, Alice può effettuarne il "push" con un solo comando.
materiale correlato
Scheda di riferimento rapido di Git
Scopri la soluzione
Impara a utilizzare Git con Bitbucket Cloud
Sicurezza
Git è stato progettato considerando come priorità assoluta l'integrità del codice sorgente gestito. Il contenuto dei file e le vere relazioni tra file e directory, le versioni, i tag e i commit, tutti oggetti nel repository Git, sono protetti da un algoritmo di hashing, sicuro a livello di crittografia, chiamato SHA1. Questo algoritmo protegge il codice e la cronologia delle modifiche da modifiche accidentali e dannose e garantisce la completa tracciabilità della cronologia.
Con Git, puoi avere la certezza di disporre di una cronologia dei contenuti autentica del codice sorgente.
Alcuni altri sistemi di controllo delle versioni non hanno alcuna protezione contro le modifiche segrete apportate in un secondo momento. Questa può rappresentare una grave vulnerabilità della sicurezza delle informazioni per qualsiasi organizzazione che si affida allo sviluppo di software.
Flessibilità
Uno dei principali obiettivi di progettazione di Git è la flessibilità. Git è flessibile sotto diversi aspetti: è in grado di supportare vari tipi di flussi di lavoro di sviluppo non lineare, offre efficienza in progetti di piccole e grandi dimensioni ed è compatibile con molti sistemi e protocolli esistenti.
Git è stato progettato per supportare la creazione di branch e l'assegnazione di tag in quanto funzioni principali (a differenza di SVN) e le operazioni che riguardano branch e tag (come il merge o il ripristino) vengono archiviate inoltre come parte della cronologia delle modifiche. Non tutti i sistemi di controllo delle versioni offrono questo livello di monitoraggio.
Controllo delle versioni con Git
Git è la scelta migliore per la maggior parte dei team software odierni. Anche se ogni team ha esigenze diverse, ecco i motivi principali per cui il controllo delle versioni con Git è preferibile rispetto alle alternative:
Git è un'ottima soluzione
Git offre le funzionalità, le prestazioni, la sicurezza e la flessibilità che servono alla maggior parte dei team e dei singoli sviluppatori. Questi attributi di Git sono descritti nel dettaglio sopra. Nei confronti affiancati con la maggior parte delle altre alternative, molti team ritengono che Git sia molto vantaggioso.
Git è uno standard de facto
Git è lo strumento più diffuso nel suo genere. Questo lo rende interessante per i seguenti motivi. In Atlassian, quasi tutto il codice sorgente dei progetti è gestito in Git.
Un gran numero di sviluppatori ha già esperienza con Git ed è possibile che una percentuale significativa di laureati abbia esperienza soltanto con Git. Mentre alcune organizzazioni potrebbero dover risalire la curva di apprendimento quando affrontano la migrazione a Git da un altro sistema di controllo delle versioni, molti dei loro sviluppatori esistenti e futuri non avranno bisogno di ricevere formazione su Git.
Oltre ai vantaggi derivanti dall'avere a disposizione un ampio pool di talenti, la predominanza di Git significa anche che molti strumenti e servizi software di terze parti sono già integrati con Git, inclusi gli strumenti IDE e i nostri strumenti proprietari come il client desktop DVCS Sourcetree, il software di monitoraggio dei ticket e dei progetti, Jira, e il servizio di hosting del codice, Bitbucket.
Se sei uno sviluppatore inesperto che desidera acquisire competenze preziose negli strumenti di sviluppo software, Git dovrebbe essere nella tua lista di strumenti da imparare a usare per quanto riguarda il controllo delle versioni.
Git è un progetto open source di qualità
Git è un progetto open source molto ben supportato con alle spalle oltre un decennio di solida gestione. I responsabili del progetto hanno dimostrato capacità di giudizio equilibrate e un approccio maturo nel soddisfare le esigenze a lungo termine degli utenti tramite rilasci regolari che migliorano l'usabilità e la funzionalità. La qualità del software open source può essere facilmente verificabile e innumerevoli aziende vi fanno molto affidamento.
Git gode di un solido supporto da parte della community e di una vasta base di utenti. La documentazione è eccellente e vasta, con libri, tutorial e siti Web dedicati, senza dimenticare i podcast e i video tutorial.
La caratteristica open source riduce i costi per gli sviluppatori amatoriali consentendo loro di utilizzare Git senza pagare una commissione. Per l'utilizzo in progetti open source, Git è senza dubbio il successore delle generazioni precedenti dei sistemi di controllo delle versioni open source di successo, ovvero SVN e CVS.
Critiche a Git
Una critica comune mossa a Git è che può essere difficile da imparare. Parte della terminologia di Git è nuova per i nuovi arrivati e, per gli utenti di altri sistemi, la terminologia di Git potrebbe essere diversa, ad esempio il comando revert in Git ha un significato diverso rispetto a quello che ha in SVN o in CVS. Tuttavia, Git è estremamente efficiente e offre potenti funzioni ai suoi utenti. Imparare a usare queste funzioni può richiedere del tempo, tuttavia una volta apprese, la loro potenza può essere utilizzata dal team per aumentare la velocità di sviluppo.
Per i team provenienti da uno strumento VCS non distribuito, il repository centrale è un'ottima funzione a cui non vogliono rinunciare. Tuttavia, anche se è stato progettato come un sistema di controllo delle versioni distribuito (DVCS), Git offre comunque la possibilità di avere un repository ufficiale e canonico in cui devono essere archiviate tutte le modifiche al software. In Git il repository di ogni sviluppatore è completo e non è quindi necessario che il lavoro di ciascuno di essi sia limitato dalla disponibilità e dalle prestazioni del server "centrale". Durante le interruzioni o quando sono offline, gli sviluppatori possono comunque consultare la cronologia completa del progetto. Dal momento che Git è flessibile oltre ad essere distribuito, puoi lavorare come preferisci e godere al contempo dei vantaggi aggiuntivi offerti da questo strumento, di alcuni dei quali forse non sapevi nemmeno di avere bisogno.
Ora che hai capito cos'è il controllo delle versioni, cos'è Git e perché i team software dovrebbero usarlo, continua a leggere per scoprire i vantaggi che Git può offrire a tutta l'organizzazione.
Condividi l'articolo
Argomento successivo
Letture consigliate
Aggiungi ai preferiti queste risorse per ricevere informazioni sui tipi di team DevOps e aggiornamenti continui su DevOps in Atlassian.
Blog di Bitbucket
Percorso di apprendimento DevOps
