如何将master分支代码迁移至新本地分支、重置master并推送至远程新分支

没问题，这个场景太常见了，我帮你梳理一步步的操作，确保万无一失：

1. 把master上的开发改动迁移到新本地分支 #

首先，基于当前包含改动的master分支创建一个新的本地分支，这样所有你的开发代码都会被完整带到新分支中：

git checkout -b your-new-feature-branch

（把your-new-feature-branch换成你自己的分支名称，建议用有意义的名字，比如feature/payment-module）

创建并切换到新分支后，你可以用git status或者git log确认新分支已经包含了所有你的开发提交。接下来切回master分支准备重置：

git checkout master

2. 重置master到开发前的干净状态 #

首先需要找到开发开始前那个没有你的改动的commit哈希值。运行以下命令查看简洁的提交历史：

git log --oneline

在输出结果里找到你开始开发前的最后一个提交（比如输出里的a1b2c3d Fix login bug），复制它的哈希值（这里就是a1b2c3d）。

然后执行硬重置命令，将master分支彻底恢复到这个干净的状态：

git reset --hard a1b2c3d

⚠️ 重要提醒：--hard参数会直接丢弃master分支上所有未提交的改动以及你刚才迁移到新分支的提交，所以一定要确认新分支已经保存了所有你需要的代码后再执行这一步！

如果你的开发改动就是最近的N个提交，也可以用HEAD~N代替哈希值（比如最近3个提交就用HEAD~3），但用具体的commit哈希值会更准确，避免误操作。

3. 推送新本地分支到远程仓库 #

切回你的新分支：

git checkout your-new-feature-branch

然后将本地分支推送到远程仓库，同时关联远程分支（方便后续的拉取和推送操作）：

git push -u origin your-new-feature-branch

这条命令会在远程仓库创建一个同名的分支，并且将本地分支与远程分支绑定。

额外注意事项 #

• 若你的master分支之前已经推送到远程仓库，重置后远程的master仍保留旧的历史，此时需要强制推送来更新远程master：

git push -f origin master

⚠️ 强烈警告：强制推送会覆盖远程master的提交历史，如果是多人协作项目，务必提前和团队成员沟通，确保他们没有基于旧的master分支进行开发，否则会导致严重的代码冲突！

• 如果你不确定操作是否正确，可以先用git diff master your-new-feature-branch对比两个分支的差异，确认新分支包含了所有需要的改动，而master分支已经回到开发前的状态。

内容的提问来源于stack exchange，提问作者user3681549