Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

rebase discards a still-valid recorded base after the parent's history is edited, replaying the parent's old commits

Aberta
  • Algo errado?
#471 1 comentário 1 reação 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
52/100
Tipo de issue
Bug
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
git, go
Domínio
cli, developer-experience

Direção de pesquisa

O payload não nomeia arquivos de implementação nem testes. Comece pelo ponto de entrada gh stack rebase e reproduza o caso de um parent alterado; em seguida, rastreie como a base registrada é aceita ou descartada. O trabalho estará concluído quando B reaplicar apenas B1 após alterações no histórico do parent ou do trunk, incluindo a variante de corrupção silenciosa, com cobertura de regressão para ambos os casos.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

(This issue was AI generated but I have reviewed it, understood it, and I'm accountable for its content.)

Version: gh-stack v0.1.0.

Setup: trunk main; stack A ← B (gh stack init A B); A has commit A1 modifying f.txt, B has commit B1 adding g.txt.

Repro: amend A1 on A (change f.txt, keep the message), then gh stack rebase.

Expected: B is rebased by replaying only B1 onto the amended A — B's recorded base (old A tip) is still an ancestor of B and delimits exactly B's own commits.

Actual: the recorded base is discarded (apparently because it is no longer in A's history), the boundary falls back to merge-base(A, B) — below the amendment — and the old A1 is replayed onto the amended A: a bogus conflict in f.txt.

Worse variant (silent corruption): if the amendment only removes part of A1 (e.g. A1 touched f.txt + extra.txt, and the amend drops the extra.txt change), the old A1 replays cleanly: B ends up with a duplicated commit and the removed extra.txt resurrected — reported as success.

Suggested fix: accept a recorded base as the --onto boundary whenever it is an ancestor of the branch being rebased; membership in the parent's current history should not be required. This matches Graphite's restack semantics and is what makes stacks robust under history editing.

The same failure triggers when the trunk's history is edited (e.g. a commit below the stack is amended via fixup): the whole old trunk segment is replayed into the bottom stack branch.

Linguagem predominante
Go
Estrelas
1.6k
Forks
78
Nenhum PR com merge em 30d

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de github/gh-stack

Todas as issues de github/gh-stack

Issues semelhantes

Mais issues de Go

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.