我开始研究一个新特性，在编码了一段时间后，我决定这个特性应该属于自己的分支。
如何将现有未提交的更改移动到新分支并重置当前分支？
我想重置当前分支，同时保留新功能的现有工作。
当前回答
或者：
将当前更改保存到临时存储：$git存储基于此存储创建新分支，然后切换到新分支：$git stash branch＜new branch＞stash@｛0｝
提示：使用tab键可以减少键入存储名称。
其他回答
如果您在编码时一直在主分支上进行提交，但现在希望将这些提交移到另一个分支，这是一种快速方法：
将当前历史记录复制到一个新的分支上，同时带来任何未提交的更改：git checkout-b＜新功能分支＞现在强制原始的“杂乱”分支回滚：（不切换到它）git分支-f＜上一个分支＞＜早期提交id＞例如：git branch-f master原始/主或者如果您已经提交了4次：git分支-f主HEAD~4
警告：gitbranch-f master origin/master将重置该分支的跟踪信息。因此，如果您已将主分支配置为推送到源/主分支以外的其他位置，则该配置将丢失。
警告：如果在分支后重新创建基，则可能会丢失一些提交，这在这里进行了描述。避免这种情况的唯一方法是使用樱桃树创造新的历史。该链接描述了最安全的防傻瓜方法，尽管不太方便。（如果您有未提交的更改，您可能需要在开始时使用git stash，在结束时使用gitstash pop。）
这是告诉您使用gitstash-k的唯一答案，您需要。。。
如果您已经花了一个小时使用gitadd-p
然后决定在执行实际提交之前测试添加到索引中的内容。在这种情况下，不要使用纯数字存储！
而是：
git stash -k
这将保留索引并删除仍在工作目录中且尚未添加到索引中的其余部分。正是你想要的。
现在您可以尝试编译/测试和提交。即。
make
git commit -m 'Yay!'
然后使用
git stash pop
如果您发现它不编译，那么进行更改并添加索引和提交可能会混淆git stash pop。当涉及到合并时，它不是那么好。在这种情况下，你可能无论如何都应该提交；因此：
make
git commit -m 'Grrrr'
然后创建一个新分支，
git switch -c tmpbranch
在那里做你的工作（更改代码、进行测试和更多提交）
/* blood sweat and tears */
一旦一切正常，将其提交给新分支
commit -a -m 'Finally!'
返回到旧分支，然后使用与推到存储位置时相同的工作目录执行git存储弹出。
git checkout youknowwhatbranchyouwereonright
git stash pop
也要提交，否则无法合并tmpbranch。然后合并您创建的临时分支。
git commit -a -m 'Still working on this.'
git merge tmpbranch
/* fix collisions and commit */
现在，您可以重新设置基础，将“仍在处理这个”放在顶部，并将其余部分压缩/修复为单个注释。例如
git rebase -i
可能会给你：
pick 540623a Grrr
pick a8589d3 Still working on this.
pick d3b602c Finally
然后将其更改为：
reword 540623a Grrr
fixup d3b602c Finally
pick a8589d3 Still working on this.
最后撤销最后一次提交（“仍在处理”）
git reset HEAD~1
如果你提交了它，你也可以选择一个提交ID。当我开始在master中工作时，我经常这样做，然后想在我推到origin/之前创建一个本地分支。
git cherry-pick <commitID>
正如这里所描述的，你可以用樱桃树做很多事情，但这可能是你的一个用例。
这可能有助于所有使用GIT工具的人
命令
切换分支-它会将您的更改移动到新分支。然后您可以提交更改。
$ git checkout -b <new-branch>
乌龟GIT
右键单击存储库，然后使用TortoiseGit->切换/签出
源代码树
使用“签出”按钮切换分支。单击分支后，您将看到顶部的“结帐”按钮。来自当前分支的更改将自动应用。然后你就可以提交它们了。
对于那些使用Visual Studio Community 2022（以及可能更早的版本）的用户，当您有未提交的更改，然后创建一个新分支时，您将看到如下对话框：
只需选择第一个选项将更改带到“[您的新分行名称]”，然后单击“继续签出”。将创建新分支，您可以继续在那里提交更改。
