Behavior of `branches` filter on existing branches
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 78/100
- Tipo de issue
- Documentación
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- github-actions
- Área
- ci-cd, documentation
Línea de trabajo
Comienza con el artículo enlazado sobre la sintaxis de workflows y revisa las secciones de los filtros de ramas de pull_request y push. Actualiza la documentación para explicar cómo se comportan las ramas existentes que coinciden cuando se añade un workflow o un filtro, manteniendo las indicaciones que las rodean. Se considerará completado cuando el comportamiento indicado esté documentado claramente en ambas secciones relevantes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Code of Conduct
- I have read and agree to the GitHub Docs project's Code of Conduct
What article on docs.github.com is affected?
https://docs.github.com/en/actions/reference/workflows-and-actions/workflow-syntax
What part(s) of the article would you like to see updated?
These to parts that describe using a branches filter:
- on.<pull_request|pull_request_target>.<branches|branches-ignore>
- on.push.<branches|tags|branches-ignore|tags-ignore>
Additional information
I just lost about 5 hours trying a large variety of variations and reviewing the docs related to branches filters on GitHub Actions. Here is what I discovered, and I believe this important fact is nowhere in the docs and should be:
When a workflow is put in place that has a `branches` filter, or modified
to add additional branches to an existing `branches` filter, any matching
branches that already existed PRIOR to this modification are NOT eligible
to trigger the workflow.
Only new branches added AFTER the workflow is in place, with matching
branch names, can trigger the workflow.
- Lenguaje dominante
- TypeScript
- Estrellas
- 20.9k
- Forks
- 68.8k
- Merge medio
- 15 h 4 min
- PR fusionados (30 d)
- 103
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de github/docs
-
builder persona content
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
-
localization
Dificultad 2/5 1-2 días Aptitud para principiantes 72/100
-
builder persona
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
content localization
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
content localization
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Todos los issues de github/docs
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
[Bug]: Matrix progress drafts fail with "Matrix runtime not initialized" during tool activity Abiertobug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Client support matrix inclusion Abiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
calcite-components needs triage refactor
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Esri/calcite-design-system#15203 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
danielmiessler/LifeOS#2218 ·