A conflict low in a stack blocks merging PRs above it, even when they merge cleanly
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 35/100
Direção de pesquisa
Comece rastreando como gh-stack determina se pull requests empilhados podem ser mesclados e como lida com branches destinados à implantação em staging. Defina o comportamento desejado para um pull request sem conflitos acima de um pull request com conflitos, incluindo como sua prontidão para merge e seu caminho de implantação devem ser representados. Considera-se concluído quando os pull requests superiores podem avançar de forma independente sem ignorar incorretamente suas dependências.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
The problem
Say main ← PR1 ← PR2. PR1 has merge conflicts against main and can't be merged. PR2 against PR1 is completely fine — no conflicts at all.
Merging is all-or-nothing for the whole chain up to main: if any PR in the stack can't be merged, none of them are. So even though PR2's changes are ready and conflict-free relative to PR1, there's no way to merge it — it's stuck behind PR1's unrelated conflict with main.
Impact
A single conflict low in a stack blocks everything built on top of it, even work that's fully ready and has nothing to do with that conflict. Teams end up stuck waiting on someone to resolve the bottom PR's conflict before any of the PRs above it can move forward, with no way to make progress on the parts that are actually ready.
This also blocks deploying feature branches to a staging environment for testing — a common practice at many companies. In this scenario, the feature branch is PR1's branch (the one with the conflict against main): deploying it to staging means merging it, and that merge is exactly what's blocked, so the branch can't be deployed until the unrelated conflict is resolved.
- Linguagem predominante
- Go
- Estrelas
- 1.5k
- Forks
- 73
- Merge médio
- 1d 8h
- PRs com merge (30d)
- 7
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de github/gh-stack
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 92/100
-
feature request topic: cli - general
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
feature request topic: auto-merge
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
bug topic: docs
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 68/100
Todas as issues de github/gh-stack
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
crossplane/crossplane#7859 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
bazel-contrib/rules_go#4721 · 2 comentários ·
-
needs-triage
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 92/100
-
bug carvel-triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
carvel-dev/kapp-controller#1861 ·
-
area/logging kind/bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 86/100