Acabei de esmagar alguns commits git rebasee fiz um git push --force(que é mau, eu sei).

Agora os outros engenheiros de software têm uma história diferente e, quando fazem isso git pull, o Git se fundirá. Existe uma maneira de corrigir isso, exceto fazendo um rm my-repo; git clone git@example.org:my-repo.git?

Eu preciso de algo como o oposto de git push --force, mas git pull --forcenão deu os resultados pretendidos.

Para receber os novos commits

git fetch

Redefinir

Você pode redefinir a confirmação para uma filial local usando git reset.

Para alterar a confirmação de uma ramificação local:

git reset origin/master --hard

Tenha cuidado, porém, como a documentação coloca:

Redefine o índice e a árvore de trabalho. Quaisquer alterações nos arquivos rastreados na árvore de trabalho desde que <commit> sejam descartadas.

Se você deseja realmente manter as alterações localmente, faça uma --softredefinição. O que atualizará o histórico de consolidação da ramificação, mas não alterará nenhum arquivo no diretório ativo (e você poderá confirmá-los).

Rebase

Você pode reproduzir seus commits locais sobre qualquer outro commit / branch usando git rebase:

git rebase -i origin/master

Isso invocará o rebase no modo interativo, onde você poderá escolher como aplicar cada confirmação individual que não está no histórico que você está refazendo.

Se as confirmações que você removeu (com git push -f) já foram inseridas no histórico local, elas serão listadas como confirmações que serão reaplicadas - elas precisarão ser excluídas como parte da reestruturação ou serão simplesmente incluídas novamente na história para o ramo - e reaparecer no histórico remoto no próximo impulso.

Use a ajuda git command --helppara obter mais detalhes e exemplos de qualquer um dos comandos acima (ou outros).

Isso não consertará ramificações que já possuem o código que você não deseja (veja abaixo como fazer isso), mas se elas tivessem puxado alguma ramificação e agora desejam que ela esteja limpa (e não "à frente") origem / alguma ramificação), então você simplesmente:

git checkout some-branch   # where some-branch can be replaced by any other branch
git branch base-branch -D  # where base-branch is the one with the squashed commits
git checkout -b base-branch origin/base-branch  # recreating branch with correct commits

Nota: Você pode combinar tudo isso colocando && entre eles

Nota2: Florian mencionou isso em um comentário, mas quem lê comentários ao procurar respostas?

Nota 3: Se você tiver galhos contaminados, poderá criar novos com base no novo "galho burro" e apenas a escolha de cereja será confirmada.

Ex:

git checkout feature-old  # some branch with the extra commits
git log                   # gives commits (write down the id of the ones you want)
git checkout base-branch  # after you have already cleaned your local copy of it as above
git checkout -b feature-new # make a new branch for your feature
git cherry-pick asdfasd   # where asdfasd is one of the commit ids you want
# repeat previous step for each commit id
git branch feature-old -D # delete the old branch

Agora, o feature-new é o seu ramo sem o comprometimento extra (possivelmente ruim)!

Puxe com rebase

Uma atração regular é buscar + mesclar, mas o que você deseja é buscar + rebater. Esta é uma opção com o pullcomando:

git pull --rebase