在拉動請求期間從上游撤離時，是否必須強制從本地存儲庫推送到我的來源？

Question

鑒於以下情況：

1. 我分叉倉庫A [ HEAD指向c0 ]
2. 我在本地提交[ l0 ]，推送至原點並創建PR
3. 上游回購所有者對我的PR進行評論並要求我重新定基
4. 我從上游/主服務器獲取（它的HEAD現在指向c1 ）並對其進行基礎調整（所以我有c0 > c1 > l0 ）
5. 我在本地提交[ l1 ] l1的更改，然后嘗試將其推送到原始位置

在這一點上，我的推送被拒絕了，因為我的本地主機和我的源頭有所不同，並且我發現我需要強制將我的本地主機推送到我的源頭才能使PR正確（即僅包含l0和l1 ）。

我的問題是推力是常見的做法還是我犯了錯誤 ？ 一旦了解自己的起源並從上游向本地重新定位，就需要了解歷史的方式，這需要歷史和力量。

更新：
我發現我做錯了，那是我在PR期間調職。 一個“ forker”應該從上游合並，並且不會重寫他的起源歷史，因此不會引起任何問題。
我接受了以下答案，因為問題的措詞可能不夠清楚，無法反映出我正在質疑包括合並與重新設置基准的整個過程

Answer 1

在這種情況下，按一下就可以了 。 Git阻止您正常推動安全機制，以防止意外覆蓋原始分支。 但是在這種情況下，您實際上確實想覆蓋它。

強制推不一定是一個好主意的唯一其他情況是您的分支是否與其他人共享，這些人擁有您的舊提交的副本。 即使在這種情況下，強制推送也是可行的選擇，但這僅意味着擁有舊提交的每個人都必須在新提交的基礎上重做或重新建立工作，這可能很難協調，並且很多加班。