如何在不關閉 pull request 的情況下從 pull request 合並到 master

Question

假設我有一個分支demos ，它的存在是為了針對master中的任何內容創建演示代碼。 我希望對demo分支的提交能夠非常頻繁地 ping 每個人，通常是作為拉取請求的一部分。

也就是說，我創建了分支demos和分支的初始提交，然后從中發出拉取請求。 我想將它合並到master但也保持拉取請求處於打開狀態，以便隨着新提交的推送，它們只會在同一個拉取請求上變得更多提交。

這似乎並不容易實現——一旦我從demos手動合並到master ，它會自動“關閉”github 上的拉取請求。 但是現在我想向同一個demos分支添加更多更改，並提交和推送，只需簡單地將所有關心demos作為同一個拉取請求的一部分。

既然做到這一點並不容易，這讓我覺得這是錯誤的。 有時在git做簡單的事情是錯誤的（比如使用pull ），但規則通常是，如果你不顧自己的方式去做一些git不會自然做的事情，那么你可能使用錯了。

我想以一種被git社區和最佳實踐認為是好的方式來處理這個案例。 但與此同時，它似乎是一個非常明顯的用例：拉取請求提醒其他人從分支中獲取更改，但不考慮合並后的請求“完成”。 一個持續的拉取請求。

我可以一直生成一個新的拉取請求，但是它並沒有將不同的demos提交在邏輯上連接在一起，就其在 github 上的顯示方式和提醒人們的方式而言。 在提交級別，對demos更改彼此不同，即使來自不同的作者也可能非常不同。 但是在拉取請求級別，我希望它看起來像“當任何人有東西要通過demos它都來自這個拉取請求。”

該工作流程的不足之處是什么，為什么從 git 中的 PR 合並時它不是一個選項？

Answer 1

我不完全確定我是否遵循，但我不認為單個拉取請求是處理您的用例的理想方式。 Github 拉取請求是 Github 的一項功能，他們已經制作了它們，以便一旦該提交合並到存儲庫中，它就會關閉該 PR。

顧名思義，拉取請求是將一組特定的提交拉入該存儲庫的請求，一旦它們合並，它就會自動關閉。

如果你在 Github 上，一個問題可能適合你的需要來協調這個，你可以從每個拉取請求中引用它。 如果您使用的是不同的錯誤跟蹤系統，如 Bugzilla 或 Trello 或任何您想要的系統，那么長期運行的票可能是最好的。

這可能不是那么准確，因為我不完全確定我是否遵循了您的要求，如果是這樣，我深表歉意。

Answer 2

由於沒有公認的解決方案，我會向其他可能正在尋找類似解決方案的人推薦這個。 看看 GitHub 的 Webhook 功能，我認為它比拉取請求更適合 OP 試圖實現的目標。 使用它，您可以向其他系統（如 AWS SNS、twitter、IRC 等）報告提交，觀察者可以訂閱這些系統以獲取更新。

可以在https://github.com/github/github-services/tree/master/lib/services找到第三方服務鈎子的列表