改变分支基地

Question

我有一棵这样的树：

(commit 1) - master
                \-- (commit 2) - (commit 3) - demo
                                                \-- (commit 4) - (commit 5) - PRO

我必须将 PRO 分支移到 master

(commit 1) - master
                |-- (commit 2) - (commit 3) - demo
                \-- (commit 4) - (commit 5) - PRO

我尝试了来自 PRO 分支的 git rebase master，但没有任何反应。

澄清：我在 master 工作，然后我不得不制作一个产品演示（git checkout -b demo 和一些提交）。然后，我错误地从 demo 创建了另一个分支（git checkout -b PRO 和一些提交），现在我需要将 PRO 分支移动到 master 并保持 demo 完好无损。最后，demo 和 PRO 都将从 master 挂起。

Answer 1

假设 newBase 是您要将提交移至的分支，oldBase 是您分支的旧基础，您可以使用 --onto：

git rebase --onto newBase oldBase feature/branch

鉴于你的情况：

git checkout PRO # Just to be clear which branch to be on.
git rebase --onto master demo PRO

基本上，您将所有从demo 到PRO 的提交，并将它们重新定位到master 提交。

Answer 2

我会尽量做到通用。首先，确保您在所需的分支上：

git checkout current-branch

然后使用以下命令（其中new-base-branch 是您想要成为新基地的分支，current-base-branch 是您当前基地的分支。）

git rebase --onto new-base-branch current-base-branch

如果你没有冲突，那就太好了——你已经完成了。如果您这样做（在大多数情况下），请继续阅读。

可能会出现冲突，您必须手动解决它们。 Git 现在尝试在 current-branch、current-base-branch 和 new-base-branch 之间进行“三向合并”。大致上这就是 git 在内部的工作方式：

1. Git 将首先在 new-base-branch 之上重新设置 current-base-branch。可能会有冲突；您必须手动解决。完成后，您通常会执行git add . 和git rebase --continue。它将为此创建一个新的临时提交temp-commit-hash。

2. 在此之后，Git 现在会将您的 current-branch 重新定位在 temp-commit-hash 之上。可能会有进一步的冲突，您将不得不再次手动解决它们。完成后，您再次使用git add . 和git rebase --continue 继续，之后您已成功将current-branch 重新定位到new-base-branch 之上。

---

注意：如果你开始搞砸了，那么你可以在 rebase 过程中随时git rebase --abort 并回到起点。

Answer 3

结帐到PRO 分支，复制此分支的最旧 (commit4) 和最新 (commit5) 提交哈希并粘贴到其他位置：

$ git checkout PRO
$ git log            # see the commit history
# copy the oldest & latest commit-hash 

删除PRO 分支（为安全起见保留备份）。从master 创建并结帐到新的PRO 分支：

$ git branch PRO.bac    # create a new branch PRO.bac = PRO as backup

$ git checkout master
$ git branch -D PRO     # delete the local PRO branch
$ git checkout -b PRO   # create and checkout to a new 'PRO' branch from 'master'

将先前PRO 分支的提交范围取（cherry-pick）到新的PRO 分支：

$ git cherry-pick commit4^..commit5   # cherry-pick range of commits
# note the '^' after commit4

现在，如果一切正常，则强制 (-f) 推送到 remote PRO 分支并删除本地 PRO.bac 分支：

$ git log                  # check the commit history

$ git push -f origin HEAD  # replace the remote PRO by local PRO branch history
# git branch -D PRO.bac    # delete local PRO.bac branch

Answer 4

我有一个稍微不同的方法，使用 reset 和 stash，避免删除和重新创建分支以及消除切换分支的需要：

$ git checkout PRO
$ git reset commit4 # This will set PROs HEAD to be at commit 4, and leave the modified commit 5 files in ur working index
$ git stash save -m "Commit message"
$ git reset commit3
$ git stash save -m "Commit message"
$ git reset master --hard
$ git stash pop
$ git stash pop
$ git push --force # force if its already been push remotely

通过在逐个提交的基础上重置分支，您基本上只是一次倒回该分支的历史提交。

Answer 5

我知道这个问题已经很老了，但如果它对某人有帮助，请分享。

我的情况相同，我从不同的基础分支提出 PR，并且更改基础分支和变基显示 200 多个文件冲突。

即使解决它也会显示我不想要的旧提交。所以我做的是

1. 从本地删除分支
2. 创建同名的新分支，确保这次选择正确的基础分支
3. Cherry-pick 提交 ID（如果有）

终于跑到命令下面了

git push origin +branchName:branchName

您也可以在上面使用-f 代替+。 上面的命令将我的分支置于一个状态，而不影响我的拉取请求。

Answer 6

git branch --set-upstream-to another_branch