git：合併來自一個分支的合併變更了以前的合併

Question

抱歉混淆標題，但我不能提出一個更好的。

這是我的問題。我有2個分支，develop和feature。我跟着這個過程：在feature

合併feature

1. 寫代碼爲develop
2. 發現錯誤，恢復合併
3. 寫一些無關的代碼，並直接承諾develop。

現在我想合併我所做的直接更改爲develop的更改爲feature。問題是，當我這樣做時，它吹走了我以前在feature中所做的所有更改。我認爲會發生這種情況是因爲步驟3中的還原比feature中的任何代碼更新更新，所以它適用於恢復更改。

是否有可能做我想做的事情？我唯一能想到的是恢復develop中的恢復，然後合併，然後恢復恢復的恢復。這似乎很麻煩。

Answer 1

我想你可以糾正問題，兩個步驟：

1）你的develop一個互動的底墊，並刪除該還原承諾，即

git rebase -i HEAD~6 # or however far back is the merge commit 

刪除線包含復歸提交併完成基地。此時，develop現在具有原始合併提交，但不恢復。

2）在develop上進行重定位，指定發起的散列，其中develop和feature源自該提交。默認情況下，重訂會忽略合併完全提交，從而將其取出：

git checkout feature 
git rebase <SHA-1> 

其中<SHA-1>這裏是從何處提交從feature支develop關閉。

經過這兩個步驟，您的develop分支將既沒有合併提交也沒有恢復提交，並且您應該安全地合併到feature。

我強烈推薦閱讀在這個問題上通過@torek給出了答案：

Accidentally merged in wrong branch to mine. Is there a way to remove these unwanted files?

Answer 2

通常你做出特色分支，你該分支工作，以完成功能。然後，將您的功能合併到開發分支，並在一段時間後開發狀態啓用。

在你的情況下，如果你在develop分支上有變化，我更願意在你的功能分支上使用rebase。然後你得到所有的改變，你的功能分支被重寫爲你的開發分支的最後一次提交。

Atlassian有一個很好的教程，您可以如何使用功能分支。

https://www.atlassian.com/git/tutorials/comparing-workflows#feature-branch-workflow