Vincular ao número do problema no GitHub na mensagem de confirmação

É possível ter automaticamente um link para o número da versão do GitHub na mensagem de git commit do git commit ?

607
06 нояб. perguntado por Mika Tuupola 06 nov. 2009-11-06 15:27 '09 às 15:27 2009-11-06 15:27
@ 8 respostas

Simplesmente inclua #xxx na mensagem de commit para referenciar o problema sem fechá-lo.

Com os novos problemas do GitHub 2.0, você pode usar esses sinônimos no link para emiti- los e fechá- los (na mensagem de confirmação):

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

Você também pode substituir #xxx com gh-xxx .

Os problemas de referenciamento e fechamento nos repositórios também funcionam:

 fixes user/repo#xxx 

Veja a documentação disponível na seção de ajuda.

752
19 июля '11 в 8:36 2011-07-19 08:36 a resposta é dada por NARKOZ em 19 de julho '11 às 08:36 2011-07-19 08:36

Se você deseja vincular-se ao problema do GitHub e fechar o problema, é possível especificar as seguintes linhas na mensagem de confirmação do Git:

 Closes #1. Closes GH-1. Closes gh-1. 
border=0

(Qualquer um dos três funcionará.) Observe que isso contatará o problema e o fechará. Você pode descobrir mais nesta postagem do blog (comece a assistir o vídeo incorporado por volta de 1:40).

Não tenho certeza se essa sintaxe simplesmente se referirá ao problema sem fechá-lo.

157
06 нояб. a resposta é dada mipadi 06 nov 2009-11-06 22:12 '09 às 10:12 2009-11-06 22:12

Você também pode fazer re-referências cruzadas:

 githubuser/repository#xxx 

xxx - número do problema

56
11 окт. resposta dada narkeeso 11 out. 2012-10-11 02:38 '12 at 2:38 am 2012-10-11 02:38

O github adiciona um link para o commit se ele contiver #issuenbr (isto é acidentalmente detectado).

47
14 апр. Resposta dada por Henrik Lindberg em 14 Abr 2011-04-14 04:32 '11 at 4:32 2011-04-14 04:32

Eles têm um bom histórico de novos problemas 2.0 em seu blog https://github.com/blog/831-issues-2-0-the-next-generation

sinônimos incluem

  • correções #xxx
  • fixo xxxx
  • consertar #xxx
  • fecha #xxx
  • fechar #xxx
  • closed #xxx

usando qualquer uma das palavras-chave na mensagem de commit, você comete uma das mencionadas ou fecha o problema.

11
21 дек. a resposta é dada xero 21 dec. 2012-12-21 00:01 '12 em 0:01 2012-12-21 00:01

Além de outras respostas: se você não quiser escrever uma mensagem de confirmação com um número de problema e usar o Eclipse para desenvolvê-la, poderá instalar os plugins eGit e Mylyn, além de um conector GitHub para Mylyn. O Eclipse pode rastrear automaticamente qual problema você está trabalhando e preencher automaticamente a mensagem de confirmação , incluindo o número do problema, conforme mostrado em todas as outras respostas.

Para mais informações sobre esta instalação, consulte http://wiki.eclipse.org/EGit/GitHub/UserGuide

4
26 дек. A resposta é dada Bananeweizen 26 de dezembro 2011-12-26 11:24 '12 às 11:24 2011-12-26 11:24

Um dos meus primeiros projetos como programador era uma gem chamada stagecoach , que (entre outras coisas) permitia a adição automática de um número de release do github para cada mensagem de commit para uma ramificação, que é parte de uma questão que não foi realmente respondida.

Essencialmente, quando você cria uma ramificação, você usa um comando de usuário (algo como stagecoach -b <branch_name> -g <issue_number> ), e o número do problema será atribuído a essa ramificação no arquivo yml. Em seguida, houve um commit commit , que automaticamente incluía o número do problema na mensagem de commit.

Eu não recomendaria isso para uso na produção, como quando eu estava programando há vários meses, e não o suporto mais, mas pode ser interessante para alguém.

3
22 апр. resposta dada omnikron 22 de abr 2013-04-22 14:38 '13 às 14:38 2013-04-22 14:38

Para associar um número de problema a uma mensagem de confirmação, você deve adicionar: #issue_number na mensagem de confirmação do git.

Exemplo de mensagem de confirmação do Udacity git Message Style Guide

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

Você também pode se referir aos repositórios:

 githubuser/repository#issue_number 
1
19 окт. Resposta dada por Suhas Srivats Subburathinam 19 de out 2016-10-19 21:47 '16 às 9:47 pm 2016-10-19 21:47

Outras questões sobre tags ou Ask a Question