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
@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

Respuestas:

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