拉动后将已落实（但未推送）的移动更改为新分支

我已经做了很多工作（“您的分支要比'origin / master'提前37次提交。”）实际上应该已经进入了自己的分支，而不是进入了master。这些提交仅存在于我的本地计算机上，尚未推送到origin，但是情况有些复杂，因为其他开发人员一直在推送到origin/master我，而我撤消了这些更改。

如何将我的37个本地提交追溯地移动到新分支上？根据该文件，看来git rebase --onto my-new-branch master还是...origin/master应该这样做，但都只是给我的错误“致命的：需要一个单一版本”。 man git-rebase它没有提供有关修订的信息rebase，其示例也没有这样做，因此我不知道如何解决此错误。

（请注意，这与将现有未提交的工作移至Git中的新分支或如何将我的本地未提交的更改合并到另一个Git分支不是重复的？因为这些问题是针对本地工作树中未提交的更改，而不是涉及已在本地提交。）

这应该很好，因为您尚未将提交推送到其他任何地方，并且可以在之后随意重写分支的历史记录origin/master。首先，我将运行一次git fetch origin以确保它origin/master是最新的。假设您当前正在上master，您应该可以执行以下操作：

git rebase origin/master

...这将重播所有提交不在的origin/master到origin/master。rebase的默认操作是忽略合并提交（例如，您git pull可能已引入的合并提交），它将仅尝试将每个提交所引入的补丁应用于origin/master。（您可能需要解决一些冲突。）然后，您可以根据结果创建新分支：

git branch new-work

...然后重置master为origin/master：

# Use with care - make sure "git status" is clean and you're still on master:
git reset --hard origin/master

当使用git branch，git reset等进行这种分支操作时，我发现经常使用gitk --all或类似工具查看提交图很有用，只是检查我是否了解所有不同引用所指向的位置。

另外，您可能只是基于母版的位置（git branch new-work-including-merges）创建了一个主题分支，然后master按上述方式进行了重置。但是，由于您的主题分支将包括来自的合并，origin/master并且您尚未推送更改，因此建议您进行基准调整，以使历史记录更整洁。（此外，当您最终将主题分支合并回master时，更改将更加明显。）

如果您的提交数量很低，并且您不在乎是否将这些提交合并为一个大型提交，则此方法效果很好，并且不像这样做那么可怕git rebase：

取消暂存文件（用提交数替换1）

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）结帐回master分支。

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

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

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

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

关于什么：

1. 从当前HEAD分支。
2. 确保您在master而不是新分支上。
3. git reset 回到开始更改之前的最后一次提交。
4. git pull 要重新拉动您通过重置丢弃的远程更改。

还是在尝试重新合并分支时会爆炸？

这是一种更简单的方法：

1. 创建一个新分支

2. 在新分支上执行git merge master-这会将您已提交（未推送）的更改合并到新分支

3. 删除本地主分支git branch -D master使用-D而不是-d因为您要强制删除分支。

4. 只需git fetch在master分支上执行一个，然后在master分支上执行一个git pull，以确保您的团队拥有最新的代码。

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

git format-patch HEAD~4

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

git reset HEAD~4 --hard

git checkout -b tmp/my-new-branch

然后：

git apply /path/to/patch.patch

您可以按照任何顺序。

1. 签出您的原始资料副本

   git clone ........

2. 从所需位置进行分支

   git checkout {position} git checkout -b {branch-name}

3. 添加远程存储库

   git remote add shared ../{original sources location}.git

4. 获取远程资源

   git fetch shared

5. 结帐所需的分支

   git checkout {branch-name}

6. 合并来源

   git merge shared/{original branch from shared repository}

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

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