Github合併拉請求以某種方式重寫歷史記錄

Question

在我的工作場所，我們通過首先創建分支來提交代碼，在我們的Github repo中爲該分支創建拉取請求，然後有人查看它並點擊「合併拉取請求」。這是一個非常標準的工作流程。

通常，當我們點擊「合併請求」時，Github會創建一個名爲「brangerame的合併請求＃1234」與2位父母的新提交 - master的頭部和PR中的最新提交。

今天我正常合併了一個PR，不知怎的，Github決定不使用master的HEAD作爲其父母之一，它會使用一天前的提交（我們每天做20-30次提交）。它使用的這個提交是PR分支基於的提交。這導致主分支失去了當時與此PR合併之間的所有提交。

有誰知道這是怎麼發生的？這是Github的錯誤嗎？或者提交PR的開發人員做了一些可能會覆蓋主人的不良內容？我認爲所有的提交都可以簡單地合併到master中，而不需要在Github中重寫或重寫歷史記錄。

Answer 1

我聯繫了Github，結果發現有人有意無意地推動了主人，因爲最新版本的git似乎在強制推送時強制推送主人和你的分支。我們也沒有啓用Githubs保護的分支機構（https://github.com/blog/2051-protected-branches-and-required-status-checks），儘管我們現在可以在將來防止這種情況發生。