github pull請求：對提交範圍的意見衝突？

Question

我知道關於使用分支進行多個pull請求，沒關係。

但對於這樣的場景：

• 戴夫是上游回購，主分支「戴夫/ A」
• 薩蒂什南比亞叉回購，創建分支B，併發送針對戴夫/ A pull請求
• 薩蒂什然後創建一個從薩蒂什/ B分支C，讓我們假設C要求乙
• 薩蒂什想創建另一個拉請求，這次對C路

我發現了兩個相互矛盾的套建議（但也許B上的依賴關係是不同的）

Advice from GitHub似乎在說C必須對一個應用：

更改基本信息庫的變化誰被通知請求的請求。每個人都可以推到基礎資源庫將收到 電子郵件通知，並看到在控制板上的新拉請求 他們下一次登錄

這似乎在這種情況下申請的原因有兩個：

1. 薩蒂希想要戴夫採取行動;薩蒂什已經知道另一個分支
2. 如果戴夫是隻適用B-> C，則補丁甚至沒有工作

但這answer on StackOverflow說正好相反，C必須對B.注意應用他的場景是a->b->c->d->e，而我更簡單的A->B->C。

提出另一個請求。對於基礎，輸入C的提交號碼， ，併爲頭，把E（你的/主）。

這相當於我場景中的B-> C範圍。

對我而言，這兩個論點都有一定的意義。這是正確？

我猜測答案是「它取決於......」，但我真的很感謝演練。感覺就像有至少三個問題在這裏：

1. 誰得到通知
2. 是否所有拉請求被認爲是功能性每組的變化，更容易檢查
的
3. 能見度/隔離

想法？

Answer 1

這是一個溝通問題，不僅僅是一個Git問題。

我喜歡做獨立的公關，他們的意圖和範圍不同。

但是，在PR消息中，必須清楚地指出該PR是否假設爲取代另一PR。

這樣，原始回購項目經理可以分別嘗試不同的PR，衡量其效果，並選擇適當的。

然後他可以要求最初的貢獻者根據他或她最終選擇的PR的工作重做他們的PR（在他們的同一分支上）。