2013-04-26 51 views

回答

0

當你通過GitHub V3 Pull Request API查詢拉入請求,你看到一個問題的參考,並提交:

GET /repos/:owner/:repo/pulls/:number 

響應

Status: 200 OK 
X-RateLimit-Limit: 5000 
X-RateLimit-Remaining: 4999 

{ 
    "url": "https://api.github.com/octocat/Hello-World/pulls/1", 
    "html_url": "https://github.com/octocat/Hello-World/pulls/1", 
    "diff_url": "https://github.com/octocat/Hello-World/pulls/1.diff", 
    "patch_url": "https://github.com/octocat/Hello-World/pulls/1.patch", 
    "issue_url": "https://github.com/octocat/Hello-World/issue/1", 
    "number": 1, 
    "state": "open", 
    "title": "new-feature", 
    "body": "Please pull these awesome changes", 
    "created_at": "2011-01-26T19:01:12Z", 
    "updated_at": "2011-01-26T19:01:12Z", 
    "closed_at": "2011-01-26T19:01:12Z", 
    "merged_at": "2011-01-26T19:01:12Z", 
    "head": { 
    "label": "new-topic", 
    "ref": "new-topic", 
    "sha": "6dcb09b5b57875f334f61aebed695e2e4193db5e", 
    ... 

這是一個從給定的拉取請求中獲得你之後的關聯的方式。

+1

我覺得OP是指拉入請求,註釋的身體引用或承諾,雖然招待的要求,而不是拉請求和問題數量之間的關聯。 – 2013-04-27 15:07:23

+0

實際上,我的意思是關聯;我希望能夠跟蹤一個問題,一個或多個引用該問題的pull請求,以及所有引用該問題的提交。我希望看看我能否得到它,但我不能。從VonC的回答中,我確實看到了一個「問題URL」,但它的工作方式如下所示:當出現拉時,它也被視爲一個問題,所以當您使用url鏈接時,它實際上會將您帶到拉請求本身。像這樣:https://github.com/twitter/bootstrap/issues/7708 – 2013-04-27 23:31:18

1

無法請求通過編號鏈接的問題或提交。我在猜測,當一個提交消息有類似於「修復#13」的東西,並且給你提交和問題時,你想要一些東西給你看。這是不可能的。據我所知(和API目前已經記錄),這是不可能的,沒有解析提交消息和問題/評論機構本身。在大多數情況下,這將是相當詳盡和完全不可靠的。即使源代碼位於GitHub上,其中一些可能不會引用GitHub問題。

您可以隨時看它們是否會通過contacting GitHub的