我正在編寫一個服務器,該服務器應該連接到GitHub併合並請求,但前提是滿足所需的批准數量。GitHub Api檢查受保護分支上的審批數量
爲了我的目的,它不足以自動合併分支,我需要能夠在合併之前跟蹤和記錄批准者的數量。
拉動請求頁面的github API提供了很多細節,但沒有受保護分支上的拉動請求的審批者數量。這個號碼可以訪問嗎?有沒有另外一個網站有這種API鉤子?
我正在編寫一個服務器,該服務器應該連接到GitHub併合並請求,但前提是滿足所需的批准數量。GitHub Api檢查受保護分支上的審批數量
爲了我的目的,它不足以自動合併分支,我需要能夠在合併之前跟蹤和記錄批准者的數量。
拉動請求頁面的github API提供了很多細節,但沒有受保護分支上的拉動請求的審批者數量。這個號碼可以訪問嗎?有沒有另外一個網站有這種API鉤子?
在受保護的分支上沒有獲得拉取請求的審批者數量。
您可以通過調用list-reviews-on-a-pull-request端點和計數每次審查,其中state
是APPROVED
得到的數量。
但是,這並不包括需要多個認可審覈的能力。 current implementation of Reviews(截至2017年2月)將允許合併,如果有一個審查是狀態approved
而沒有request changes
。
查看使用集成
最簡單的解決方案是使用一些第三方集成像ReviewNinja提供評論。 ReviewNinja有能力要求多個批准,但不再積極開發,需要自己託管服務,並且將開發者帶到拉請求之外。
您可以始終使用自己的解決方案並使用Status Checks控制合併。
使用分支限制
一些工作流程控制合併限制誰可以合併代碼到使用branch restrictions保護分支機構。如果您知道一組用戶或團隊需要合併,那麼您的可能會能夠解決無法需要多個用戶的限制。相反,合併代碼的用戶會隱式批准代碼。
您是否正在尋找? https://developer.github.com/v3/pulls/reviews/#list-reviews-on-a-pull-request – thedeliciousmuffin