Sintaxis de confirmación de Github para vincular una solicitud / problema de extracción

81

He visto mensajes de confirmación que se refieren a un problema específico / solicitud de extracción. ¿Cuál es la sintaxis para incluir un problema de repositorio específico o una solicitud de extracción?

— AlbertEngelB
fuente

Hay una gran biblioteca en github para crear estos enlaces mediante programación: github.com/doowb/github-issue-template , y un sitio web donde puede colocar algunos bits de información y generará el enlace: doowb.github.io / github-issue-template

— jonschlinkert

Consulte también " Plantillas de solicitudes de extracción y problemas múltiples ", desde enero de 2018.

— VonC

1

Posible duplicado del enlace al número de problema en GitHub dentro de un mensaje de confirmación

— Didier L

@DidierL En cuanto a la fecha, ¿no debería la pregunta vinculada ser un duplicado de la mía? Puedo entender cerrar esto para la pregunta vinculada al mirar los votos a favor y el contenido (la Fixes XXXXsintaxis no se configuró cuando se preguntó inicialmente), me pregunto más qué constituye una pregunta duplicada sobre otra. He tenido preguntas anteriores similares cerradas antes, pero llamar a esto un duplicado no es exactamente correcto.

— AlbertEngelB

Bueno, la otra pregunta es más antigua, ¿no? (2009 vs 2014). Como notó, también tiene más votos, y AFAICT, las preguntas son exactamente las mismas, y las respuestas aquí presentes están cubiertas en la respuesta aceptada allí.

— Didier L

88

Utilice el formato de enlace automático documentado para los problemas en los repositorios.

Sintaxis: {owner}/{repository}#{issue_number}
Ejemplo: mojombo/jekyll#1

Cuando dicho texto formateado está presente en un mensaje de confirmación, se transforma automáticamente en un enlace en el que se puede hacer clic que lo redireccionará a https://github.com/{owner}/{repository}/issues/{issue_number}

— nulltoken
fuente

7

La sintaxis proporcionada funciona para la vinculación entre repositorios (es decir, una confirmación en el repositorio B que se vincula a un problema en el repositorio A). Al señalar problemas en el mismo repositorio, puede usar la sintaxis corta#{issue_number}

— nulltoken

4

Esto es bueno para los problemas, pero no veo nada sobre la vinculación a una solicitud de extracción.

— bryanbraun

2

@bryanbraun Esta sintaxis también funciona para Pull Requests.

— nulltoken

2

@nulltoken ¿Cuál es exactamente la sintaxis para citar (y vincular) a una solicitud de extracción? Si mojombo/jekyll#1se trata del problema 1, ¿cuál es la sintaxis de la solicitud de extracción 1?

— Rob Stewart

15

@RobStewart lo mismo. No puede tener tanto el problema 1 como la solicitud de extracción 1 en un repositorio.

— nulltoken

32

Github share PR / número de emisión usa la misma secuencia.

Entonces, un # número ya sea un PR o un Issue.

Simplemente use # número está bien.

— zw963
fuente

Esta respuesta merece más atención. Nunca me había dado cuenta de eso. ¡Gracias!

— Comodín

Ojalá lo explicaran en la documentación de github. Estoy seguro de que está por ahí, pero no lo he visto.

— Darryl

31

Úselo #1234en un comentario para hacer referencia a la solicitud de extracción 1234 del repositorio actual.

— geg
fuente

1

Para vincular a otro repositorio, si solo pega el enlace al problema o la solicitud de extracción, digamos https://github.com/{owner}/{repository}/issues/{issue_number}, GitHub lo representará como

[{owner}/{repository}#{issue_number}](https://github.com/{owner}/{repository}/issues/{issue_number})

Por ejemplo, https://github.com/jlord/sheetsee.js/issues/26 se representará como jlord / sheetsee.js # 26 .

Consulte https://help.github.com/articles/autolinked-references-and-urls/#issues-and-pull-requests

— Matt G
fuente