Update Managing Rulesets in regards to status checks
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 74/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- github-actions
- Área
- documentation
Línea de trabajo
Comienza con la sección “Require status checks to pass before merging” del artículo Managing Rulesets enlazado y compárala con la documentación existente sobre status checks. Actualiza la documentación para explicar que los jobs de GitHub Actions pueden ser status checks, incluido cómo se usa la clave name de un job de workflow en un ruleset y un ejemplo breve o una guía paso a paso.
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?
What part(s) of the article would you like to see updated?
The Require Status Checks Before Merging section should more clearly mention that Github Actions (through their jobs) can be configured as status checks. The Github documentation page for status checks does mention this, however on the Managing Rulesets page it does not. More importantly, there should be instructions on how to add a workflow job as a status check on this page--I was unable to find how to do this in any official documentation available. A workflow's job-level name key can be used to add a status check in a ruleset. This should either be explained in full on the Managing Rulesets page, and if not there, then it should either be its own page or perhaps as part of the status check documentation. Providing users a brief example/step-by-step guide is not only helpful, but makes this process more transparent AND highly reputable since it would be in official documentation itself.
Additional information
Feel free to message me with any questions or feedback. Thank you!
- 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
copse-dev/agent-pane#2953 ·
-
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 ·