我开始研究一个新特性,在编码了一段时间后,我决定这个特性应该属于自己的分支。
如何将现有未提交的更改移动到新分支并重置当前分支?
我想重置当前分支,同时保留新功能的现有工作。
我开始研究一个新特性,在编码了一段时间后,我决定这个特性应该属于自己的分支。
如何将现有未提交的更改移动到新分支并重置当前分支?
我想重置当前分支,同时保留新功能的现有工作。
当前回答
对于那些使用Visual Studio Community 2022(以及可能更早的版本)的用户,当您有未提交的更改,然后创建一个新分支时,您将看到如下对话框:
只需选择第一个选项将更改带到“[您的新分行名称]”,然后单击“继续签出”。将创建新分支,您可以继续在那里提交更改。
其他回答
如果您在编码时一直在主分支上进行提交,但现在希望将这些提交移到另一个分支,这是一种快速方法:
将当前历史记录复制到一个新的分支上,同时带来任何未提交的更改:git checkout-b<新功能分支>现在强制原始的“杂乱”分支回滚:(不切换到它)git分支-f<上一个分支><早期提交id>例如:git branch-f master原始/主或者如果您已经提交了4次:git分支-f主HEAD~4
警告:gitbranch-f master origin/master将重置该分支的跟踪信息。因此,如果您已将主分支配置为推送到源/主分支以外的其他位置,则该配置将丢失。
警告:如果在分支后重新创建基,则可能会丢失一些提交,这在这里进行了描述。避免这种情况的唯一方法是使用樱桃树创造新的历史。该链接描述了最安全的防傻瓜方法,尽管不太方便。(如果您有未提交的更改,您可能需要在开始时使用git stash,在结束时使用gitstash pop。)
更新2020/Git 2.23
Git 2.23添加了新的switch子命令,试图消除由于超负荷使用checkout(切换分支、恢复文件、分离HEAD等)而产生的一些混乱
从这个版本的Git开始,将checkout命令替换为:
git switch -c <new-branch>
行为相同且保持不变。
更新2020/Git 2.23之前
使用以下方法:
git checkout -b <new-branch>
这将使当前分支保持原样,创建并签出新分支并保留所有更改。然后,您可以在文件中暂存要提交的更改:
git add <files>
并向您的新分支机构承诺:
git commit -m "<Brief description of this commit>"
工作目录中的更改和索引中暂存的更改尚不属于任何分支。这将更改这些修改将结束的分支。
您不重置原始分支,它保持原样。<old branch>上的最后一次提交仍将保持不变。因此,您签出-b,然后提交。
我使用@Robin回答并列出我所做的一切,
git status <-- review/list uncommitted changes
git stash <-- stash uncommitted changes
git stash branch <new-branch> stash@{1} <-- create a branch from stash
git add . <-- add local changes
git status <-- review the status; ready to commit
git commit -m "local changes ..." <-- commit the changes
git branch --list <-- see list of branches incl the one created above
git status <-- nothing to commit, working tree (new-branch) is clean
git checkout <old-branch> <-- switch back
! 如果回购有多个存储,请查看要应用于新分支机构的存储:
git stash list
stash@{0}: WIP on ...
stash@{1}: WIP on ...
并通过以下方式检查各个藏匿点,
git stash show stash@{1}
或者立即检查所有储藏物:
git stash list -p
常见的情况如下:我忘记为新功能创建新分支,而在旧功能分支中执行所有工作。我已将所有“旧”工作交给了主分支,我希望我的新分支从“主”分支中成长。我还没有对我的新工作作出任何承诺。分支结构如下:“master”->“Old_feature”
git stash
git checkout master
git checkout -b "New_branch"
git stash apply
如果你提交了它,你也可以选择一个提交ID。当我开始在master中工作时,我经常这样做,然后想在我推到origin/之前创建一个本地分支。
git cherry-pick <commitID>
正如这里所描述的,你可以用樱桃树做很多事情,但这可能是你的一个用例。