Mesclar (com squash) todas as alterações de outro ramo como uma única confirmação

No Git, existe uma maneira de mesclar todas as alterações de um ramo para outro, mas esmagar para um único commit ao mesmo tempo?

Costumo trabalhar em um novo recurso em uma ramificação separada e confirma / envia regularmente - principalmente para backup ou para transferir o que estou trabalhando para outra máquina. Na maioria das vezes, esses commits dizem "Feature xxx WIP" ou algo redundante.

Depois que o trabalho estiver concluído e eu desejar mesclar a ramificação WIP novamente no mestre, eu gostaria de descartar todas essas confirmações intermediárias e ter apenas uma confirmação limpa.

Existe uma maneira fácil de fazer isso?

Como alternativa, que tal um comando que esmaga todos os commit em um branch desde o ponto em que ele foi ramificado?

Outra opção é git merge --squash <feature branch>finalmente fazer a git commit.

A partir da mesclagem Git

--squash

--no-squash

Produza a árvore de trabalho e o estado do índice como se uma mesclagem real tivesse acontecido (exceto as informações de mesclagem), mas na verdade não faça uma confirmação ou mova a HEAD, nem registre $GIT_DIR/MERGE_HEADpara fazer com que o próximo git commitcomando crie uma confirmação de mesclagem. Isso permite criar uma única confirmação sobre a ramificação atual, cujo efeito é o mesmo que mesclar outra ramificação (ou mais no caso de um polvo).

Encontrei! O comando Mesclar possui uma --squashopção

git checkout master
git merge --squash WIP

neste ponto, tudo está mesclado, possivelmente em conflito, mas não comprometido. Então agora eu posso:

git add .
git commit -m "Merged WIP"

Experimente o git rebase -i masterseu ramo de recursos. Você pode alterar todos, exceto um 'pick' para 'squash', para combinar os commits. Veja squashing confirma com rebase

Finalmente, você pode fazer a mesclagem da ramificação principal.

Usar git merge --squash <feature branch>como a resposta aceita sugere o truque, mas não mostra o ramo mesclado como realmente mesclado.

Portanto, uma solução ainda melhor é:

• Crie uma nova ramificação a partir do mestre mais recente
• Mesclar <feature branch>no acima usandogit merge --squash
• Mesclar a ramificação recém-criada no mestre

Este wiki explica o procedimento em detalhes.

Eu criei meu próprio alias do git para fazer exatamente isso. Estou chamando git freebase! Ele pegará sua ramificação de recurso desarrumado e irrecuperável existente e a recriará para que ela se torne uma nova ramificação com o mesmo nome, com seus commits compactados em um commit e reestruturados no branch que você especificar (master por padrão). No final, ele permitirá que você use qualquer mensagem de confirmação que desejar para o seu ramo "freebased".

Instale-o colocando o seguinte alias no seu .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"

Use-o na ramificação de recursos executando: git freebase <new-base>

Eu só testei isso algumas vezes, então leia-o primeiro e verifique se deseja executá-lo. Como uma pequena medida de segurança, ele imprime o sha1 inicial, para que você possa restaurar sua ramificação antiga se algo der errado.

Vou mantê-lo no meu repositório dotfiles no github: https://github.com/stevecrozz/dotfiles/blob/master/.gitconfig

git merge --squash <feature branch> é uma boa opção. O "git commit" informa todas as mensagens de confirmação do ramo de recursos com sua escolha para mantê-lo.

Por menos consolidação de consolidação.

git merge faça x vezes --git reset HEAD ^ --soft e git commit.

Arquivos excluídos por risco podem voltar.

Você pode fazer isso com o comando "rebase". Vamos chamar os ramos "principal" e "recurso":

git checkout feature
git rebase main

O comando rebase repetirá todas as confirmações no "recurso" como uma confirmação com um pai igual a "principal".

Você pode executar git merge mainantes git rebase mainse "main" mudou desde que o "feature" foi criado (ou desde a mesclagem mais recente). Dessa forma, você ainda tem seu histórico completo caso tenha um conflito de mesclagem.

Após a reformulação, você pode mesclar sua ramificação para principal, o que resultará em uma mesclagem de avanço rápido:

git checkout main
git merge feature

Consulte a página de rebase de Entendendo o Git conceitualmente para obter uma boa visão geral.