git commit

Sebbene condividano lo stesso nome, il commit git e il commit svn sono diversi. Questo termine condiviso può creare confusione per i nuovi arrivati di Git che hanno un background svn, ed è importante sottolineare la differenza. Confrontare il commit git e il commit svn significa confrontare un modello di applicazione centralizzato (svn) con un modello di applicazione distribuito (Git). In SVN, un commit invia le modifiche dal client SVN locale a un repository SVN condiviso e centralizzato remoto. In Git, i repository sono distribuiti, le istantanee vengono salvate nel repository locale e ciò non richiede assolutamente alcuna interazione con altri repository Git. I commit Git possono essere successivamente inviati a repository remoti arbitrari.

Questo rende diverse operazioni Git molto più veloci rispetto a SVN, dal momento che una particolare versione di un file non deve essere «assemblata» a partire dalle sue versioni diff: la revisione completa di ogni file è immediatamente disponibile dal database interno di Git.

Il modello snapshot di Git ha un impatto di vasta portata praticamente su ogni aspetto del suo modello di controllo delle versioni, influenzando tutto, dagli strumenti di ramificazione e unione ai flussi di lavoro di collaborazione.

Esegui il commit di un'istantanea di tutte le modifiche nella directory di lavoro. Vengono incluse solo le modifiche ai file tracciati (quelli che sono stati aggiunti con git add a a un certo punto della loro cronologia).

Un comando di scelta rapida che crea immediatamente un commit con un messaggio di commit passato. Per impostazione predefinita, git commit aprirà l'editor di testo configurato localmente e richiederà l'inserimento di un messaggio di commit. Il passaggio dell'opzione -m rinuncerà al prompt dell'editor di testo a favore di un messaggio in linea.

Un comando di scelta rapida per utenti esperti che combina le opzioni -a e -m. Questa combinazione crea immediatamente un commit di tutte le modifiche organizzate e riceve un messaggio di commit in linea.

Questa opzione aggiunge un altro livello di funzionalità al comando commit. Il passaggio di questa opzione modificherà l'ultimo commit. Invece di creare un nuovo commit, le modifiche in staging verranno aggiunte al commit precedente. Questo comando aprirà l'editor di testo configurato del sistema e richiederà di modificare il messaggio di commit specificato in precedenza.

L'esempio seguente presuppone che tu abbia modificato alcuni contenuti in un file chiamato hello.py nel branch corrente e che tu sia pronto a trasferirlo nella cronologia del progetto. Per prima cosa, devi creare lo staging del file con git add, poi puoi salvare l'istantanea in staging.

Il nuovo file di output verde: hello.py indica che hello.py verrà salvato con il prossimo commit. Dal commit viene creato eseguendo:

Si aprirà un editor di testo (personalizzabile tramite git config) che richiede un messaggio di log di commit, insieme a un elenco degli elementi del commit:

Git non richiede che i messaggi di commit seguano vincoli di formattazione specifici, ma il formato canonico consiste nel riassumere l'intero commit sulla prima riga in meno di 50 caratteri, lasciare una riga vuota, quindi inserire una spiegazione dettagliata di ciò che è stato modificato. Ad esempio:

È prassi comune utilizzare la prima riga del messaggio di commit come un oggetto, simile a un'e-mail. Il resto del messaggio di log è considerato il corpo di testo e viene utilizzato per comunicare i dettagli del set di modifiche del commit. Nota: a molti sviluppatori piace anche usare il tempo presente nei propri messaggi di commit, che vengono quindi letti più come azioni sul repository. Ciò aiuta a rendere più intuitive molte delle operazioni di riscrittura della cronologia.

Per continuare con l'esempio hello.py riportato sopra. Effettuiamo ulteriori aggiornamenti a hello.py ed eseguiamo quanto segue:

Si aprirà ancora una volta l'editor di testo configurato. Questa volta, tuttavia, sarà precompilato con il messaggio di conferma che abbiamo inserito in precedenza. Ciò indica che non stiamo creando un nuovo commit, ma modificando l'ultimo.

Il comando git commit è una delle funzioni principali di Git. L'uso precedente del comando git add è necessario per selezionare le modifiche che verranno inserite per il commit successivo. Quindi git commit viene utilizzato per creare un'istantanea delle modifiche effettuate nella cronologia di un progetto Git. Scopri di più sull'utilizzo di git add nella pagina di accompagnamento. Il comando git status può essere usato per esplorare lo stato dell'area di staging e il commit in sospeso.

I modelli di commit di SVN e Git sono significativamente diversi ma spesso confusi tra loro, a causa della terminologia condivisa. Se arrivi a Git dopo aver utilizzato a lungo SVN, è bene sapere che in Git i commit sono economici e dovrebbero essere usati frequentemente. I commit SVN sono un'operazione costosa che effettua una richiesta remota, mentre i commit Git vengono eseguiti localmente e con un algoritmo più efficiente.