為分支請求合並或重新設置分支上的更改？

Question

有時，我們會分叉一個上游項目來提供錯誤修復。 我們簽出一個新分支，提交更改並向上游發送拉取請求。 但是處理拉取請求可能需要一些時間，在此期間，上游可能會發生其他更改。 在這種情況下，我們應該合並新的上游標頭還是將其更改作為基礎？

如果我們的存儲庫是私有的，我認為rebase提供了更清晰的歷史記錄。 但是有一個原則，您不應該為已經遠程發布的提交重新設置基礎。 當我們使用諸如github之類的公共git服務器時，這是否意味着合並是我們的唯一選擇？ 是否建議我們離開分支機構，以便上游開發人員處理（即非快進）？

Answer 1

如果已經發布了某些內容，則不重新設置基准的原則適用於人們可能正在其上工作的分支（例如，主人。...一旦在master上發布了某些東西，就會有很多人在獲取，合並它，在其上重新建立基礎，等等...所以移動它有點痛苦）...但是大多數功能分支從完成的那一刻起就無法使用（這是您從中創建PR的地方）因此，如果它是一個功能分支，並且沒有人在它上面工作，請隨時為它重新設置基礎。