O que refs/original/ faz?

Pequeno sermão na frente: Ok, há uma citação famosa que fala sobre apreender a confusão de ideias que poderia produzir tal pergunta que é relevante aqui, se você tivesse explicado o que motivou essa pergunta, teria sido muito mais fácil descobrir o que está motivando isso. É provável que pura sorte algo sobre isso não tenha me cheirado como curiosidade ociosa ou alguma caça mal concebida, então eu fiz algumas pesquisas . Sério: quando você está fazendo várias perguntas motivadas pela mesma situação (e isso não é uma coisa ruim de forma alguma), vincule todas elas e explique a situação.

Você reescreveu um histórico, incluindo um filtro-ramificação, então parece que você fez um rebase ou simplesmente abandonou uma ramificação. Essa sequência produzirá o sintoma que motivou sua outra pergunta que vinculei:

$ sh <<EOD
cd `mktemp -d`; git init --template= -b example
echo >file; git add .; git commit -mA
git checkout -b deadfeature
echo >>file; git commit -amZ
git checkout -
echo >>file; git commit -amB 
sleep 1 # to give the C commit a clearly later timestamp:
echo >>file; git commit -amC

FILTER_BRANCH_SQUELCH_WARNING=1 \
        git filter-branch --env-filter 'export GIT_AUTHOR_NAME="Kilroy"' -- --all

git branch -D deadfeature

git log --graph --oneline --all
EOD
[…setup chatter…]
* 61ac5bc (HEAD -> example) C
* a90a3b2 B
* f62d81a A
* fc6f2d4 C
* 090789e B
| * 7e8c2d0 Z
|/
* 79c4fde A
$

e essa saída de log é confusa. Eu vou tão longe a ponto de chamá-la de um recurso incorreto de git log, um que não foi corrigido talvez porque é tão raramente encontrado, tão facilmente superado, e as correções fáceis têm seus próprios problemas.

$ git log --graph --oneline --all --boundary --min-parents=1 --decorate-refs=*
* cf2fd07 (example) C
* 62b4fb9 B
| * 3b18524 (refs/original/refs/heads/example) C
| * 0598ba4 B
| | * 9c91f5c (refs/original/refs/heads/deadfeature) Z
| |/
| o e5d9cec A
o a79a75e A
$

mostra detalhes git logque normalmente oculta. Adicionar decorações para referências administrativas pode facilmente se tornar muito irritante, aqui é sensato, necessário até, mas isso está longe de ser sempre o caso; e marcar commits de root com o recurso "marcação de limite de exclusão" tem algumas interações ainda piores com outras git logopções, posso encontrar muita simpatia pela visão que imagino que tenha sido mantida naquele dia: melhor não abrir essa lata de minhocas e apenas mostrar o que está acontecendo quando as pessoas ficarem confusas.

Então refs/original/o prefixo ref git filter-branché usado para lembrar como era o histórico antes de ser reescrito. Se você foi preguiçoso e fez isso em um repositório onde o dano pode ser caro para consertar, git fetch -u . +refs/original/*:*restaurará cada ref que ele reescreveu para o que era antes do filter-branch, seu histórico volta para onde veio, qualquer árvore de trabalho e alterações de índice desde o filter branch permanecem e você pode fazer o que for certo para você com elas.

Reserve um tempo e observe o que está acontecendo aqui, execute os exemplos aqui. O Git não remove o histórico do repositório até que ele fique sem referência por um bom tempo, duas semanas a um mês, dependendo de como exatamente ele foi abandonado, é o padrão de fábrica. O Filter-branch pode fazer grandes mudanças. O refs/originalritmo torna o backout fácil no curto prazo e possível até que você decida explicitamente que realmente não precisará dele. git logAs simplificações de exibição padrão do escondem coisas que apenas atrapalhariam, exibi-las com seus recursos existentes seria confuso ou até mesmo propenso a erros. Você atingiu as principais desvantagens de suas heurísticas usuais, sorte sua.