Pregunta Enlace al número de problema en GitHub dentro de un mensaje de confirmación


¿Es de alguna manera posible automáticamente tener un enlace al número de problema de GitHub en git commit ¿mensaje?


646
2017-11-06 12:27


origen


Respuestas:


Solo incluye #xxx en su mensaje de compromiso para hacer referencia a un problema sin cerrarlo.

Con nuevo GitHub emite 2.0 puedes usar estos sinónimos para hacer referencia a un problema y cerrar (en tu mensaje de compromiso):

  • fix #xxx
  • fixes #xxx
  • fixed #xxx
  • close #xxx
  • closes #xxx
  • closed #xxx
  • resolve #xxx
  • resolves #xxx
  • resolved #xxx

También puedes sustituir #xxx con gh-xxx.

Referencia y problemas de cierre en repos también funciona:

fixes user/repo#xxx

Revisa la documentación disponible en su sección de Ayuda.


809
2017-07-19 05:36



Si desea vincular a un problema de GitHub y cierre el problema, puede proporcionar las siguientes líneas en su mensaje de confirmación de Git:

Closes #1.
Closes GH-1.
Closes gh-1.

(Cualquiera de los tres funcionará.) Tenga en cuenta que esto se vinculará con el problema y también cerca eso. Puedes encontrar más en este entrada en el blog (comience a ver el video incrustado a aproximadamente 1:40).

No estoy seguro si una sintaxis similar simplemente se vinculará a un problema sin cerrarlo.


160
2017-11-06 19:12



También puede hacer referencias cruzadas de repositorios:

githubuser/repository#xxx

siendo xxx el número del problema


60
2017-10-10 23:38



github agrega una referencia a la confirmación si contiene #issuenbr (descubrimos esto por casualidad).


52
2018-04-14 01:32



tienen un buen escrito sobre los nuevos problemas 2.0 en su blog https://github.com/blog/831-issues-2-0-the-next-generation

sinónimos incluyen

  • arregla #xxx
  • fijo #xxx
  • arreglar #xxx
  • cierra #xxx
  • cerrar #xxx
  • cerrado #xxx

el uso de cualquiera de las palabras clave en un mensaje de compromiso hará que su compromiso sea mencionado o cierre un problema.


11
2017-12-20 21:01



Del mismo modo que las otras respuestas: si ni siquiera desea escribir el mensaje de confirmación con el número del problema y utiliza Eclipse para el desarrollo, entonces puede instalar los complementos eGit y Mylyn, así como el conector GitHub para Mylyn. Eclipse puede hacer un seguimiento automático del problema en el que está trabajando y llene automáticamente el mensaje de confirmación, incluido el número de problema como se muestra en todas las otras respuestas.

Para más detalles sobre esa configuración, vea http://wiki.eclipse.org/EGit/GitHub/UserGuide


4
2017-12-26 08:24



Uno de mis primeros proyectos como programador fue una joya llamada diligencia que (entre otras cosas) permitió el automático agregar un número de problema de github a cada mensaje de confirmación en una rama, que es una parte de la pregunta que realmente no se ha respondido.

Esencialmente, cuando creas una rama, debes usar un comando personalizado (algo así como stagecoach -b <branch_name> -g <issue_number>), y el número del problema se asignaría a esa rama en un archivo yml. Hubo entonces un comprometer gancho que anexó el número del problema al mensaje de confirmación automáticamente.

No lo recomendaría para el uso de producción ya que solo había estado programando durante unos meses y ya no lo mantengo, pero puede ser de interés para alguien.


3
2018-04-22 11:38



Para vincular el número de problema a su mensaje de confirmación, debe agregar: #issue_number en tu mensaje de cometer git.

Ejemplo de mensaje de compromiso de  Guía de estilo de mensaje Udacity Git Commit 

feat: Summarize changes in around 50 characters or less

More detailed explanatory text, if necessary. Wrap it to about 72
characters or so. In some contexts, the first line is treated as the
subject of the commit and the rest of the text as the body. The
blank line separating the summary from the body is critical (unless
you omit the body entirely); various tools like `log`, `shortlog`
and `rebase` can get confused if you run the two together.

Explain the problem that this commit is solving. Focus on why you
are making this change as opposed to how (the code explains that).
Are there side effects or other unintuitive consequenses of this
change? Here's the place to explain them.

Further paragraphs come after blank lines.

 - Bullet points are okay, too

 - Typically a hyphen or asterisk is used for the bullet, preceded
   by a single space, with blank lines in between, but conventions
   vary here

If you use an issue tracker, put references to them at the bottom,
like this:

Resolves: #123
See also: #456, #789

También puede hacer referencia a los repositorios:

githubuser/repository#issue_number

1
2017-10-19 18:47