拉动后将已提交（但未推送）的更改移动到新分支

如果您的提交数量很少，并且您不在乎这些是否合并为一个大型提交，那么这很有效，并且不像 git rebase 那样可怕：

取消暂存文件（将 1 替换为 # of commits）

git reset --soft HEAD~1

创建一个新分支

git checkout -b NewBranchName

添加更改

git add -A

做出承诺

git commit -m "Whatever"

---

我坚持同样的问题。我找到了我喜欢分享的最简单的解决方案。

1）使用您的更改创建新分支。

git checkout -b mybranch

2）（可选）在远程服务器上推送新的分支代码。

git push origin mybranch

3）结帐回到主分支。

git checkout master

4）使用远程服务器重置主分支代码并删除本地提交。

git reset --hard origin/master

---

另一种方法假设 branch1 - 是提交更改的分支 branch2 - 是可取的分支

git fetch && git checkout branch1
git log

选择您需要移动的提交 ID

git fetch && git checkout branch2
git cherry-pick commit_id_first..commit_id_last
git push

现在从初始分支恢复未推送的提交

git fetch && git checkout branch1
git reset --soft HEAD~1

---

或者，在您提交到错误的分支后，立即执行以下步骤：

git log git diff {previous to last commit} {latest commit} > your_changes.patch git reset --hard origin/{your current branch} git checkout -b {new branch} git apply your_changes.patch

我可以想象对于第一步和第二步有一种更简单的方法。

---

关于什么：

从当前 HEAD 分支。确保你在 master 上，而不是你的新分支上。 git reset 回到您开始进行更改之前的最后一次提交。 git pull 仅重新拉取您在重置时丢弃的远程更改。

或者当您尝试重新合并分支时会爆炸吗？

---

这是一个更简单的方法：

创建一个新分支在你的新分支上做一个 git merge master - 这会将你提交的（未推送的）更改合并到你的新分支删除你本地的 master 分支 git branch -D master 使用 -D 而不是 -d 因为你想强制删除分支。只需在您的主分支上执行 git fetch 并在您的主分支上执行 git pull 以确保您拥有团队的最新代码。

---

我一直在使用的一种更简单的方法（假设您要移动 4 个提交）：

git format-patch HEAD~4

（查看对 4 个 .patch 文件执行最后一个命令的目录）

git reset HEAD~4 --hard

git checkout -b tmp/my-new-branch

然后：

git apply /path/to/patch.patch

按照你想要的任何顺序。

---

签出您的源的新副本 git clone ........ 从所需位置创建分支 git checkout {position} git checkout -b {branch-name} 添加远程存储库 git remote add shared ../{original sources location} .git 获取远程源 git fetch shared 签出所需分支 git checkout {branch-name} 合并源 git merge shared/{来自共享存储库的原始分支}

---

对我来说这是最好的方法：

检查更改和合并冲突 git fetch 创建一个新分支 git branch my-changes 并推送到远程 将上游更改为新创建的分支 git master -u upstream-branch remotes/origin/my-changes 将您的提交推送到新的上游分支。切换回之前的上游 git branch master --set-upstream-to remotes/origin/master

---