在处理其他分支时暂停并恢复git重设基础
场景：我有几个分支正在运行。其中一个已经很老了，所以我把它改成master。在解决众多冲突的中途，我意识到我还需要做些别的事情 现在我想用一些方法来保存这些更改，同时切换到另一个分支来完成新任务。一旦我完成了，我想回到我正在重定基址的分支并继续在处理其他分支时暂停并恢复git重设基础,git,version-control,rebase,Git,Version Control,Rebase,场景：我有几个分支正在运行。其中一个已经很老了，所以我把它改成master。在解决众多冲突的中途，我意识到我还需要做些别的事情 现在我想用一些方法来保存这些更改，同时切换到另一个分支来完成新任务。一旦我完成了，我想回到我正在重定基址的分支并继续 最整洁的方法是什么？我能想到的最好办法就是把它藏起来，然后在每次我准备恢复时重新申请。但我不喜欢这个，因为每次暂停时我都必须这样做，而且它很容易在我的存储堆栈中丢失，让我每次都跟踪它。如果可以，尝试创建第二个工作树，在其中可以自由切换分支 您当前的工作树
最整洁的方法是什么？我能想到的最好办法就是把它藏起来，然后在每次我准备恢复时重新申请。但我不喜欢这个，因为每次暂停时我都必须这样做，而且它很容易在我的存储堆栈中丢失，让我每次都跟踪它。如果可以，尝试创建第二个工作树，在其中可以自由切换分支 您当前的工作树应该只保留给您当前的rebase，以解决其冗长的冲突
请参阅和命令，以创建第二个本地工作树。如果可以，请尝试创建第二个工作树，您可以在其中自由切换分支 您当前的工作树应该只保留给您当前的rebase，以解决其冗长的冲突
请参阅和命令，以创建第二个本地工作树。如果没有git worktree，则创建第二个克隆是一个有用的近似方法。但最好只安装一个更新的Git：-如果没人提出来的话，我打算推荐一棵工作树。我试试看！谢谢“他妈的太完美了！”但我同意，这是这种方法的一个缺点。缓解上述缺点的一种可能方法是，根据当前任务，将符号链接到一个或另一个工作树文件夹，以便为IDE保持相同的路径，同时通过将符号链接重新路由到正确的文件夹来保持切换工作树的能力如果您没有git worktree，制作第二个克隆是一个有用的近似方法。但最好只安装一个更新的Git：-如果没人提出来的话，我打算推荐一棵工作树。我试试看！谢谢“他妈的太完美了！”但我同意，这是这种方法的一个缺点。缓解上述缺点的一种可能方法是，根据当前任务，将符号链接到一个或另一个工作树文件夹，以便为IDE保持相同的路径，同时通过将符号链接重新路由到正确的文件夹来保持切换工作树的能力