Github-Commit-Syntax zum Verknüpfen einer Pull-Anforderung / eines Pull-Problems

81

Ich habe Commit-Nachrichten gesehen, die sich auf ein bestimmtes Problem / eine bestimmte Pull-Anforderung beziehen. Wie lautet die Syntax, um das Problem oder die Pull-Anforderung eines bestimmten Repositorys einzuschließen?

— AlbertEngelB
quelle

Es gibt eine großartige Bibliothek auf github, um diese Links programmgesteuert zu erstellen: github.com/doowb/github-issue-template , und eine Website, auf der Sie ein paar Informationen einfügen können

— Jonschlinkert

Siehe auch " Vorlagen für mehrere

— Probleme

1

Mögliches Duplikat des Links zur Ausgabenummer auf GitHub innerhalb einer Commit-Nachricht

— Didier L

@DidierL Datumlich sollte die verknüpfte Frage nicht ein Duplikat von mir sein? Ich kann verstehen, dass das Schließen dieser Frage für die verknüpfte Frage beim Betrachten von Upvotes und Inhalten (die Fixes XXXXSyntax wurde nicht eingerichtet, als sie ursprünglich gestellt wurde). Ich frage mich eher, was eine Frage ausmacht, die ein Duplikat über einer anderen ist. Ich habe ähnliche alte Fragen schon einmal geschlossen, aber es ist nicht genau richtig , dies als Duplikat zu bezeichnen .

— AlbertEngelB

Nun, die andere Frage ist älter, nicht wahr? (2009 gegen 2014). Wie Sie bemerkt haben, hat es auch mehr Stimmen, und AFAICT die Fragen sind genau die gleichen, und die hier vorhandenen Antworten werden in der dort akzeptierten Antwort behandelt.

— Didier L

87

Verwenden Sie das dokumentierte Format für die automatische Verknüpfung für Probleme in verschiedenen Repositorys.

Syntax: {owner}/{repository}#{issue_number}
Beispiel: mojombo/jekyll#1

Wenn ein solcher formatierter Text in einer Festschreibungsnachricht vorhanden ist, wird er automatisch in einen anklickbaren Link umgewandelt, zu dem ein Link umgeleitet wird https://github.com/{owner}/{repository}/issues/{issue_number}

— nulltoken
quelle

7

Die bereitgestellte Syntax funktioniert für die Verknüpfung zwischen Repositorys (dh ein Commit in Repo B, das mit einem Problem in Repo A verknüpft ist). Wenn Sie auf Probleme im selben Repository verweisen, können Sie die kurze Syntax verwenden#{issue_number}

— nulltoken

4

Dies ist gut für Probleme, aber ich sehe nichts über das Verknüpfen mit einer Pull-Anfrage.

— Bryanbraun

2

@bryanbraun Diese Syntax funktioniert auch für Pull-Anfragen.

— nulltoken

2

@nulltoken Genau wie lautet die Syntax zum Zitieren (und Verknüpfen) einer Pull-Anfrage? Wenn mojombo/jekyll#1es um Problem 1 geht, wie lautet die Syntax für Pull-Anforderung 1?

— Rob Stewart

15

@ RobStewart das gleiche. Sie können nicht sowohl Ausgabe 1 als auch Pull-Anforderung 1 in einem Repo haben.

— nulltoken

32

Die PR- / Ausgabenummer der Github-Freigabe verwendet dieselbe Reihenfolge.

Also eine Nummer entweder eine PR oder eine Ausgabe.

Verwenden Sie einfach #number ist OK.

— zw963
quelle

Diese Antwort verdient mehr Aufmerksamkeit. Das hatte ich nie bemerkt. Vielen Dank!

— Wildcard

Ich wünschte, sie hätten dies in Githubs Dokumentation dargelegt. Ich bin mir sicher, dass es irgendwo da ist, aber ich habe es nicht gesehen.

— Darryl

31

Verwenden Sie #1234in einem Kommentar die Referenzanforderung 1234 aus dem aktuellen Repo.

— geg
quelle

1

Wenn Sie zum Verknüpfen mit einem anderen Repository nur den Link zum Problem einfügen oder eine Anforderung abrufen https://github.com/{owner}/{repository}/issues/{issue_number}, wird er von GitHub beispielsweise als gerendert

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

Beispielsweise wird https://github.com/jlord/sheetsee.js/issues/26 als jlord / sheetsee.js # 26 gerendert .

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

— Matt G.
quelle