Aldolat.it — Post con tag Git

Git squash e la contrazione di più commit

aldolat@gmail.com (Aldo Latino) — Sun, 11 May 2025 11:38:31 +0200

Oggi mi sono accorto che il lastBuildDate del mio feed RSS non veniva aggiornato ogni volta che ce n’era bisogno. Ho sistemato la cosa e, già che c’ero, ho messo mano ad alcune piccole migliorie sparse nel codice del file rss.xml. Siccome il sito è sotto controllo Git e avevo fatto diversi commit su più o meno lo stesso argomento, volevo semplicemente riunirli in modo da avere una storia più pulita. In questi casi, Git offre la possibilità di fare lo squash dei commit, cioè comprimerli in uno solo, così da mantenere appunto una cronologia più ordinata e leggibile. Questa pratica è particolarmente utile quando si lavora in gruppo o semplicemente perché si vogliono evitare più commit tutti incentrati su un unico aspetto. Contrariamente a quanto ci si potrebbe aspettare, però, non esiste un comando diretto git squash, ma l’operazione si esegue attraverso il comando interattivo git rebase -i. Non è complicato, ma è abbastanza tecnico da meritare qualche appunto pratico, che annoto qui sia per me sia per chi volesse provarci.

Nel mio repository avevo questi commit e volevo unificare gli ultimi 5, qui evidenziati in rosso in figura 1:

Figura 1. I commit da contrarre.

Da terminale ho eseguito:

$ git rebase -i HEAD~5

Git mi ha mostrato l’editor di testo con gli ultimi 5 commit, uno per riga, e all’inizio di ogni riga la parola pick, come si vede in figura 2:

Figura 2. L’editor con i commit da modificare. L’ordine è inverso rispetto al log tradizionale di Git o a come mostrato in figura 1.

A questo punto bisogna dire a Git quali commit comprimere. Basta lasciare pick sul primo commit in cima (il più vecchio tra i 5) e sostituire pick con squash o s sugli altri, come in figura 3:

Figura 3. I commit da comprimere, con s al posto di pick.

Salviamo e chiudiamo. Si aprirà una nuova schermata dell’editor con tutti i messaggi dei commit coinvolti, così da poterli mantenere, modificare o cancellare:

Figura 4. I messaggi originali dei commit.

Nel mio caso, ho scritto un messaggio breve riassuntivo come oggetto del commit e, sotto, un elenco dettagliato delle modifiche, come mostrato in figura 5:

Figura 5. Il messaggio finale del commit unificato. Una riga vuota separa l’oggetto del commit dal resto del messaggio.

Dopo aver salvato, Git ha eseguito il rebase. Se ora controlliamo la cronologia dei commit, vedremo che i 5 sono stati unificati:

Figura 6. I 5 commit ora risultano fusi in uno solo.

La stessa situazione da terminale:

$ git log
commit 175a196eb64d0af98957dc813b5072169c177e4f (HEAD -> master)
Author: Aldo Latino <email@tld.com>
Date:   Sun May 11 06:59:49 2025 +0200

    Corretta data lastBuildDate in feed RSS, migliorie varie

    - Fix lastBuildDate in feed RSS
    - Changed Date to PublishDate in RSS pubDate
    - Changed RSS content escaping, removed attribution
    - Removed trailing dashes in RSS source
    - Added leading dashes

commit 1f45056753e6bf8bb9f65b3bfbc96e9f17a75ef9
Author: Aldo Latino <email@tld.com>
Date:   Sun May 11 06:08:51 2025 +0200

    Aggiornato un link

commit 9a32ad1c8cc08dc1103410cc686b397de4416157 (origin/master, origin/HEAD)
Author: Aldo Latino <email@tld.com>
Date:   Sat May 10 18:12:34 2025 +0200

    Abilitato feed RSS solo in home
[...]

Lo squash dei commit è un ottimo modo per tenere ordinata la cronologia di un progetto. Dopo questa operazione, il repository risulta più leggibile e ordinato, specialmente quando si lavora in gruppo o si prepara una pull request. Un comando di Git che può tornare senza dubbio utile, anche se si lavora a un progetto del tutto personale.

L'articolo Git squash e la contrazione di più commit è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Dolphin e le icone di stato di Git

aldolat@gmail.com (Aldo Latino) — Sun, 10 Mar 2024 08:31:43 +0100

Già ben prima del rilascio di Plasma 6 avevo notato la presenza di un fastidioso bug nel plugin Git di Dolphin. In breve, se si apre una nuova finestra di Dolphin e si naviga fino a una directory sotto controllo Git, le icone di stato di file e directory non vengono mostrate (vedi figura 1), neanche dando un refresh forzato con F5. Se invece nella stessa finestra di Dolphin apriamo una nuova scheda con CTRL+T, le icone di stato magicamente appaiono (vedi figura 2).

Figura 1. La directory sotto controllo Git, appena aperta in Dolphin.

Figura 2. La directory sotto controllo Git in una nuova scheda di Dolphin.

Ho aperto una nuova segnalazione di bug qui.

Aggiornamento del 05/04/2024

Martedì scorso mi è arrivato un commento al bug dove si diceva che il plugin funzionava correttamente. La cosa mi ha fatto riflettere e ho provato il plugin in un ambiente pulito ed effettivamente funzionava a dovere. Nella macchina dove ho riscontrato il problema ho cestinato il file di configurazione di Dolphin (vale a dire ~/.config/dolphinrc) e il plugin ha ripreso a funzionare immediatamente. Probabilmente qualcos’altro interferisce con lui. Se ho qualche novità la scrivo qui in coda.

Aggiornamento del 06/04/2024

Incuriosito da questo comportamento di Dolphin e del plugin Git, ho fatto alcune prove e ho scoperto una cosa interessante. Il problema (cioè l’assenza del simbolo di stato sui file di una directory sotto controllo Git) riappare quando si imposta come attiva l’opzione di Dolphin per mostrare la propria home come directory di partenza quando si apre una finestra nuova di Dolphin. In altre parole, in Dolphin si può scegliere tra due opzioni quando si apre una nuova finestra: mostrare la directory e le schede che avevamo aperte quando abbiamo chiuso l’ultima finestra oppure mostrare sempre una directory specifica. Ho fatto un po’ tutte queste prove e questo è il risultato. Mi riferisco all’opzione che si trova in Configura / Configura Dolphin / Interfaccia / Cartelle e schede / Mostra all’avvio. Dopo aver impostato una opzione, chiaramente bisogna aprire una nuova istanza di Dolphin e andare in una directory sotto controllo Git.

Opzione Cartelle, schede e stato della finestra dall’ultima volta: i simboli appaiono.
Opzione dove si può scegliere una directory specifica da aprire sempre ad ogni avvio:
- se si sceglie la propria home (inserita come /home/nome-utente, nel mio caso /home/aldo), i simboli non appaiono;
- se si sceglie una qualsiasi altra directory (io ho provato con la /home/aldo/Scrivania e /home/aldo/Scaricati), i simboli appaiono.

Quindi sembra che il problema appaia solo quando la propria home è la directory da aprire ad ogni avvio di Dolphin.

Vi terrò aggiornati in caso di sviluppi.

Aggiornamento del 07/04/2024

Ho notato un altro dettaglio, che mette meglio a fuoco il problema che ho evidenziato nell’ultimo aggiornamento.

Il “bug” (se di un bug si tratta) non è scatenato dalle impostazioni di Dolphin che ho descritto ieri, ma semplicemente da come viene aperto Dolphin. A prescindere dalle impostazioni di Dolphin, se lo apro dalla mia home (cioè se apro Dolphin e la directory che mi appare subito è la home), i segni di spunta sui file sotto Git non appaiono; se invece apro Dolphin da una directory qualsiasi che non sia la home, i segni appaiono.

Ne stiamo discutendo sul link che avevo dato a inizio post.

Aggiornamento del 26/04/2024

Sembra che martedì scorso, 23 aprile, il bug sia stato risolto nella versione 24.05, come fatto in quest’altra segnalazione, identica praticamente alla mia. Vedremo se con l’aggiornamento che arriverà sarà effettivamente così.

Aggiornamento del 12/06/2024

Il bug è stato risolto nella versione 24.05, come preannunciato due mesi fa.

L'articolo Dolphin e le icone di stato di Git è uno scritto di aldolat.it. Rispettane le condizioni di licenza.