2014-10-04 177 views
1

我正在進行的項目有2個主要分支,開發和掌握。我已經爲我的功能分支設置了拉取請求,但是由於錯誤忘了選擇開發作爲基礎,所以PR將主設備作爲其默認設置(將改變這一點)。Github恢復。不確定歷史

公關實際上併入了主人,因爲被指派的人或者沒有意識到或者認爲這是正確的。然後我的分支被刪除,公關關閉。

過了一會兒,我意識到錯誤,它進入了錯誤的分支。當我看到原始公關時,我注意到一個回覆​​按鈕。因此,在讀完一段文字並與另一個人講話之後,我們做了一次回覆,使得一次新的提交和一次新的PR撤銷原始PR所做的所有提交。

然後合併,一切恢復正常。與之前的錯誤合併。

我恢復了原來的功能分支,並按照最初的設計制定了新的開發PR。然而,出於好奇,我選擇了主人,看看Github說了些什麼。 Github說我無法比較或合併,因爲master包含所有提交作爲我的特性分支。

所以我的問題是。如果時間合適,如果我想在下週左右直接合並,我將如何將更改變爲主人?

或者,當我的功能按照預期發展時,這就是我更多的困惑,將要發生的事情/當合並發展成爲主控時,它將如何工作?

請記住,master擁有特性分支的所有提交,並緊跟一個來自臨時分支的單個提交,該提交反轉了所有先前的合併更改。

回答

0

據我瞭解這裏的情況下,你現在所擁有的:

  1. feature-branch已併入master
  2. feature-branch已合併爲develop
  3. 具有恢復feature-branch合併的提交的拉取請求已合併到master

爲了讓feature-branch變化早在master創建一個新的分支,並創建一個致力於恢復該還原犯#3。通過拉取請求將此新分支合併到master中。

最終的結果是,您將有兩個合併到master的pull請求未經過develop。我不知道這是否是一個交易破壞者,但它很簡單。

看到這個article