Como alterar o commit anterior para incluir um arquivo perdido?

Fiz uma alteração e esqueci de adicionar um arquivo ao conjunto de alterações. Depois de outros commits, percebi que agora o arquivo está faltando em um HEAD^4commit.

Como reescrevo um commit anterior para incluir o arquivo ausente?

Use git rebase --interactive HEAD~4e defina a editopção para o commit que você gostaria de alterar.

Lembre-se de que você não deve modificar os commits enviados ao repositório remoto desta forma. É melhor adicionar um novo commit com o arquivo ausente nesse caso.

Sei que as pessoas podem pesquisar no Google e vir aqui para encontrar uma resposta mais simples: e se fosse apenas o último commit? (A pergunta de OP é para consertar o 4º commit na história)

No caso de você se comprometer e perceber que esqueceu de adicionar algum arquivo imediatamente , basta fazer:

# edited file-that-i-remember.txt
git add file-that-i-remember.txt
git commit

# realize you forgot a file
git add file-that-i-forgot.txt
git commit --amend --no-edit

Onde --no-editmanterá a mesma mensagem de commit.

Mole-mole!

Se você NÃO enviou esses 4 commits, você pode fazer isso da seguinte maneira:

Crie arquivos de patch para todos esses commits:

git format-patch -4

Retroceda em 4 confirmações:

git reset --hard HEAD~4

Adicionar arquivo ausente:

git add missing-file

Comprometa-se com --amend:

git commit --amend

Aplique todos os patches salvos de volta:

git am *.patch

Se você tiver feito push, NÃO deve usar este método. Em vez disso, apenas admita seu erro e crie mais um commit no HEAD que corrige esse problema.

Embora a resposta aceita esteja correta, faltam instruções detalhadas sobre como executar a edição de um commit durante um processo de rebase.

• Primeiro, inicie um processo de rebase:

  git rebase --interactive HEAD~4
  

• Uma lista de commits será apresentada, escolha um commit que você deseja editar mudando a palavra pickpara edite salve o arquivo.

• Faça as modificações necessárias em seu código (lembre-se de invocar git addpara novos arquivos)

• Depois que todas as modificações forem feitas, problema git commit --amend- isso irá corrigir um commit marcado comoedit

• Invoque git rebase --continueque encerrará o processo (se houver mais commits marcados como edit, as etapas acima precisam ser repetidas)

Anotações importantes:

• NÃO remova as linhas marcadas como pickque você não deseja editar - deixe-as como estão. A exclusão dessas linhas resultará na exclusão de commits relacionados

• O GIT força você a fazer o stashrebase antes do rebase, se seu diretório de trabalho não estiver limpo; você pode, no entanto, git stash pop / git stash applydurante o rebase, a fim de corrigir essas alterações (ou seja, alterações armazenadas antes de iniciar o processo de rebase) para um commit marcado comoedit

• se algo deu errado e você deseja reverter as alterações feitas durante o processo de rebase antes de terminar (ou seja, você deseja reverter ao ponto antes de iniciar o rebase), use git rebase --abort- também leia: Como abortar um rebase interativo se --abort não ' t funciona?

• Conforme dito na resposta aceita:

  Lembre-se de que você não deve modificar os commits enviados ao repositório remoto desta forma. É melhor adicionar um novo commit com o arquivo ausente nesse caso.

  A resposta está no livro Git (parágrafo intitulado " The Perils of Rebasing "):

  Não realoque commits que existem fora do seu repositório.

  Se você seguir essa diretriz, ficará bem. Do contrário, as pessoas irão odiá-lo e você será desprezado por amigos e familiares.

  Quando você rebase coisas, está abandonando commits existentes e criando novos que são semelhantes, mas diferentes. Se você enviar commits em algum lugar e outros puxá-los para baixo e trabalhar com base neles, e então você reescrever esses commits com git rebase e colocá-los novamente, seus colaboradores terão que re-fundir seus trabalhos e as coisas ficarão confusas quando você tentar coloque o trabalho deles de volta no seu.

  [...]