2014-02-05 107 views
1

假設GitHub repo B向GitHub repo A發送了一個pull請求,並且假設在不解決某些衝突和合並的情況下pull將不會通過。如何在拉取請求合併後更新拉取請求網站?

因此,爲了接受B提出的更改,A的所有者從離線回購站發出拉取請求,執行合併,並將合併推送到A。現在A至少有一個提交B

B現在如何自行更新以便與A同步?這可以完全從GitHub網頁界面完成嗎?

(我想象一個回答第一個問題將是的B貨主拉A回購的內容,然後按所產生的狀態到B回購,但我不知道是否有一種方法來直接從GitHub網頁界面更新B repo。)

回答

1

據我所知,使用GitHub的Web界面實現此目的的唯一方法是創建反向拉取請求。然而,這是以額外的合併提交爲代價的,因爲它總結起來並且從BA的新的請求將包括所有那些不必要的提交。

它可能可以使用„Git Data「 API來合併一些分支,但它在命令行上更容易也更安全。


我向其他人推薦的策略是這樣的一個:

  1. 永遠不要修改master或任何主線分支稱爲
  2. 此基礎上你master
  3. 每當你拉的請求分支機構通過將master快速轉發到上游,集成了上游master

這樣,您的pull請求將保持良好和乾淨,您將不會遇到在隨後的pull請求中彈出的拒絕提交問題。