Início / coding / Perguntas / 79290545
Accepted
user2609605
Asked: 2024-12-18 17:08:03 +0800 CST

git reset em commit intermediário: o último commit é realmente perdido?

  • 772

Tenho uma branch2ramificação de outra branch1sem confirmações adicionais, branch1 então a árvore de ramificações é realmente linear.

Agora eu descobri que o último commit em branch1deveria ser, na verdade, o primeiro commit de branch2. Então eu acho que seria salvar no comando git reset --hard HEAD~. Na documentação, nós encontramos, que os commits depois são perdidos, mas eu acho que porque nós temos branch2, isso não é verdade no cenário dado.

Se houver mais de um commit, eu poderia comandar git reset --hard hash com o hash do commit necessário, certo?

Para ter certeza, gostaria de saber a opinião da comunidade.

git

1 respostas

  1. Best Answer

    Você está certo, nada está perdido. Para entender o porquê, vale a pena saber um pouco sobre como o git funciona:

    • No git, um "branch" é na verdade apenas um ponteiro nomeado para um único commit .
    • Cada commit tem um ponteiro para seu "pai" (ou, para uma mesclagem, mais de um).
    • Quando falamos sobre commits estarem "em uma ramificação", é tecnicamente mais preciso dizer que eles são "acessíveis a partir de uma referência"; por exemplo, "commit abc123está em branch1" na verdade significa "se você começar no commit referenciado por branch1e seguir os ponteiros "pai" para trás, em algum momento você alcançará o commit abc123".

    O que git reset --hardacontece (além de descartar alterações não confirmadas , que são permanentes) é alterar a referência nomeada para apontar para uma confirmação diferente.

    O aviso é que isso pode deixar o commit anterior "inacessível" - ou seja, não no histórico de nenhuma branch ou tag nomeada. Periodicamente, commits inacessíveis são "coletados como lixo" e excluídos do banco de dados. Até lá, eles ainda podem ser acessados ​​se você souber o hash deles ou encontrá-los em algum lugar comogit reflog

    No seu caso, todos os commits acessíveis a partir de branch1também podem ser acessados ​​a partir de branch2, então nada ficará inacessível.

    Você está mudando uma história como esta:

    a <- b <- c <- d <- e <- f
          ^              ^
       branch1        branch2

    Para alguém assim:

    a <- b <- c <- d <- e <- f
     ^                   ^
   branch1            branch2
    • 4

relate perguntas