Unisci (con squash) tutte le modifiche da un altro ramo come un unico commit

In Git, c'è un modo per unire tutte le modifiche da un ramo all'altro, ma comprimere contemporaneamente un singolo commit?

Lavoro spesso su una nuova funzionalità in un ramo separato e commetto / spingo regolarmente, principalmente per il backup o per trasferire ciò su cui sto lavorando su un'altra macchina. Per lo più quei commit dicono "Feature xxx WIP" o qualcosa di ridondante.

Una volta che quel lavoro è finito e voglio unire nuovamente il ramo WIP al master, mi piacerebbe scartare tutti quei commit intermedi e avere un solo commit pulito.

C'è un modo semplice per farlo?

In alternativa, che ne dici di un comando che schiaccia tutti i commit su un ramo dal punto in cui è stato ramificato?

Un'altra opzione è git merge --squash <feature branch>infine fare un git commit.

Da Git Unisci

--squash

--no-squash

Produrre l'albero di lavoro e lo stato dell'indice come se si verificasse un'unione reale (ad eccezione delle informazioni sull'unione), ma non effettuare effettivamente un commit o spostare il HEADrecord, né registrare $GIT_DIR/MERGE_HEADin modo che il git commitcomando successivo crei un commit di unione. Ciò consente di creare un singolo commit sopra il ramo corrente il cui effetto è lo stesso della fusione di un altro ramo (o più nel caso di un polpo).

Trovato! Il comando Unisci ha --squashun'opzione

git checkout master
git merge --squash WIP

a questo punto tutto viene unito, forse in conflitto, ma non impegnato. Quindi ora posso:

git add .
git commit -m "Merged WIP"

Prova git rebase -i masteril ramo delle funzionalità. È quindi possibile modificare tutti tranne uno "pick" in "squash" per combinare i commit. Vedi i commit di schiacciamento con rebase

Infine, puoi quindi eseguire l'unione dal ramo principale.

Usando git merge --squash <feature branch>come risposta accettata suggerisce la fa il trucco ma non mostrerà il ramo unito come effettivamente unito.

Pertanto una soluzione ancora migliore è:

• Crea un nuovo ramo dall'ultimo master
• Unisci <feature branch>a quanto sopra usandogit merge --squash
• Unire il ramo appena creato in master

Questa wiki spiega la procedura in dettaglio.

Ho creato il mio alias git per fare esattamente questo. Lo sto chiamando git freebase! Prenderà il tuo ramo di funzionalità disordinato e non riferibile esistente e lo ricrea in modo che diventi un nuovo ramo con lo stesso nome con i suoi commit schiacciati in un commit e riordinati sul ramo specificato (master per impostazione predefinita). Alla fine, ti consentirà di utilizzare qualsiasi messaggio di commit che ti piace per il tuo nuovo ramo "freebased".

Installalo posizionando il seguente alias nel tuo .gitconfig:

[alias]
  freebase = "!f() { \
    TOPIC="$(git branch | grep '\\*' | cut -d ' ' -f2)"; \
    NEWBASE="${1:-master}"; \
    PREVSHA1="$(git rev-parse HEAD)"; \
    echo "Freebaseing $TOPIC onto $NEWBASE, previous sha1 was $PREVSHA1"; \
    echo "---"; \
    git reset --hard "$NEWBASE"; \
    git merge --squash "$PREVSHA1"; \
    git commit; \
  }; f"

Usalo dal tuo ramo di funzionalità eseguendo: git freebase <new-base>

L'ho provato solo poche volte, quindi leggilo prima e assicurati di volerlo eseguire. Come piccola misura di sicurezza stampa lo sha1 iniziale, quindi dovresti essere in grado di ripristinare il tuo vecchio ramo se qualcosa va storto.

Lo manterrò nel mio repository dotfiles su github: https://github.com/stevecrozz/dotfiles/blob/master/.gitconfig

git merge --squash <feature branch> è una buona opzione. Il "git commit" ti dice tutti i messaggi di commit del ramo funzione con la tua scelta di tenerlo.

Per unire meno commit.

git merge do x times --git reset HEAD ^ --soft quindi git commit.

Rischio: i file eliminati potrebbero tornare indietro.

Puoi farlo con il comando "rebase". Chiamiamo i rami "principale" e "caratteristica":

git checkout feature
git rebase main

Il comando rebase riprodurrà tutti i commit su "feature" come un commit con un genitore uguale a "main".

Potresti voler eseguire git merge mainprima git rebase mainse "main" è cambiato da quando è stata creata "feature" (o dalla fusione più recente). In questo modo, hai ancora la tua storia completa nel caso in cui avessi un conflitto di unione.

Dopo il rebase, puoi unire il tuo ramo a main, il che dovrebbe tradursi in una fusione in avanti veloce:

git checkout main
git merge feature

Vedi il pagina rebase di Comprensione di Git concettualmente per una buona panoramica