Stacked PR checks unrelated to the topmost PR are skipped
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 50/100
Direção de pesquisa
Comece rastreando como os workflows de CI são selecionados para uma stack publicada e reproduza o problema com dois PRs empilhados que afetam áreas não relacionadas do repositório. Considera-se concluído quando cada PR da stack executa os workflows relevantes para suas próprias alterações, incluindo os PRs inferiores quando o PR no topo não os aciona.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
What happened
For a stack of pull requests, CI workflows are skipped when they are unrelated to the topmost PR in the stack, even if they are relevant to a lower PR.
Reproduction
- Configure separate CI workflows that run for changes to different parts of the repository.
- Create PR A from the trunk branch with a change that should trigger one of those workflows.
- Create PR B on top of A with an unrelated change that does not trigger that workflow.
- Publish A and B as a stack.
- Observe that the workflow relevant to PR A is skipped because it is unrelated to the topmost PR, PR B.
Expected behavior
Each PR in the stack should run the CI workflows relevant to its own changes.
Actual behavior
CI workflows are selected based on the topmost PR in the stack. Workflows unrelated to that PR are skipped across the stack, including workflows that are relevant to lower PRs.
Example consequence
PR A changes a database migration and should trigger migration tests. PR B adds an unrelated application change on top. If the migration workflow is unrelated to PR B, it is skipped, leaving PR A without the CI coverage relevant to its changes.
This is distinct from #319, where stale or missing merge refs prevent pull request workflows from running at all.
- 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
-
area/dev-productivity area/disaster-recovery area/ipcei kind/enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 85/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
-
kind/bug status/0-triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
-
🤔 refinement needed
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
equinor/radix-operator#1979 ·