对于那些使用Visual Studio Community 2022（以及可能更早的版本）的用户，当您有未提交的更改，然后创建一个新分支时，您将看到如下对话框：

只需选择第一个选项将更改带到“[您的新分行名称]”，然后单击“继续签出”。将创建新分支，您可以继续在那里提交更改。

选项1（现有分支）

git stash (from main/any-branch)
git checkout your-existing-branch
git stash apply 

选项2（创建新分支）

git switch -c your-new-branch

如果您在编码时一直在主分支上进行提交，但现在希望将这些提交移到另一个分支，这是一种快速方法：

将当前历史记录复制到一个新的分支上，同时带来任何未提交的更改：git checkout-b＜新功能分支＞现在强制原始的“杂乱”分支回滚：（不切换到它）git分支-f＜上一个分支＞＜早期提交id＞例如：git branch-f master原始/主或者如果您已经提交了4次：git分支-f主HEAD~4

警告：gitbranch-f master origin/master将重置该分支的跟踪信息。因此，如果您已将主分支配置为推送到源/主分支以外的其他位置，则该配置将丢失。

警告：如果在分支后重新创建基，则可能会丢失一些提交，这在这里进行了描述。避免这种情况的唯一方法是使用樱桃树创造新的历史。该链接描述了最安全的防傻瓜方法，尽管不太方便。（如果您有未提交的更改，您可能需要在开始时使用git stash，在结束时使用gitstash pop。）

常见的情况如下：我忘记为新功能创建新分支，而在旧功能分支中执行所有工作。我已将所有“旧”工作交给了主分支，我希望我的新分支从“主”分支中成长。我还没有对我的新工作作出任何承诺。分支结构如下：“master”->“Old_feature”

git stash 
git checkout master
git checkout -b "New_branch"
git stash apply

对于那些使用Visual Studio Community 2022（以及可能更早的版本）的用户，当您有未提交的更改，然后创建一个新分支时，您将看到如下对话框：

只需选择第一个选项将更改带到“[您的新分行名称]”，然后单击“继续签出”。将创建新分支，您可以继续在那里提交更改。

这是告诉您使用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