登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  软件教程

GitHub Desktop 怎样切换分支并保留当前改动

来源:17golang原创

时间:2026-10-23 05:19:08 332浏览 收藏

在 GitHub Desktop 中切换分支时,已经保存但尚未提交的改动不会凭空消失,关键是先决定它们应该留在当前分支,还是跟着你一起进入目标分支。打开 Current Branch 后选择目标分支,GitHub Desktop 会在 Switch Branch 窗口给出保留位置;如果当前改动不适合立即归类,也可以先使用 Stash All Changes 临时保存。

官方地址:https://desktop.github.com/

最短判断:改动属于旧分支就选 Leave my changes on CURRENT-BRANCH;改动本来就是新分支的工作就选 Bring my changes to NEW-BRANCH;暂时拿不准或界面无法直接切换时,先 Stash,再切换并按需 Restore。下面的界面图是原创操作说明图,不是 GitHub Desktop 的实际截图。

先确认仓库、当前分支和改动归属

先看窗口顶部的仓库名称与当前分支。多个本地仓库目录相似时,切错仓库比切错分支更容易造成误判。然后在左侧 Changes 中确认文件确实是已保存的未提交改动,并判断它属于哪个分支。

  • 改动是当前分支上的临时修复,稍后还要继续在这里完成:留在当前分支。
  • 改动已经明确属于一个新功能分支,只是还没来得及建分支:带到新分支。
  • 改动混杂、尚未决定归属,或需要先处理另一件紧急工作:先暂存。

这个判断决定后面按钮的选择。不要把“切换分支”理解成自动提交;未提交改动仍然需要你明确选择去向。

从 Current Branch 发起分支切换

  1. 在仓库顶部点击 Current Branch。
  2. 在分支列表中点选要进入的目标分支。
  3. 如果当前没有未提交改动,GitHub Desktop 通常会直接完成切换;如果有已保存改动,则继续看 Switch Branch 窗口。

如果目标分支不在最近列表中,可以先在分支筛选框中搜索,再确认它确实属于当前仓库。不要在看到提示窗口后直接按回车,先读清楚改动将被放在哪个分支。

原创界面说明图:GitHub Desktop 的 Current Branch 列表和保留改动的 Switch Branch 窗口
图1:分支切换说明图,Current Branch 进入目标分支后,先在 Switch Branch 窗口决定改动归属。

用 Leave 或 Bring 保留当前改动

在 Switch Branch 窗口,两个选项表达的是不同的工作意图:

  • Leave my changes on CURRENT-BRANCH:改动继续留在原分支,适合当前修改仍属于原任务的情况。
  • Bring my changes to NEW-BRANCH:改动随你切换到目标分支,适合刚开始写新功能、但尚未提交或创建分支的情况。

选好后点击 Switch Branch。完成后回到 Changes 面板,看文件列表是否仍然出现。若选择了 Bring,改动应出现在新分支的工作区;若选择了 Leave,改动不应被误当成新分支的内容。

如果目标分支与当前工作区存在冲突,GitHub Desktop 可能无法直接应用改动。这时不要反复点击切换按钮,改用下面的暂存路径更稳妥。

不确定归属时先 Stash,再切换

  1. 在左侧 Changes 面板中右键点击改动文件列表的标题。
  2. 选择 Stash All Changes,让未提交改动暂时离开工作区。
  3. 点击 Current Branch,选择目标分支并完成切换。
  4. 需要继续原改动时,回到保存该改动的分支,在 Changes 中打开 Stashed Changes,点击 Restore。
原创界面说明图:GitHub Desktop 的 Changes 面板、Stashed Changes 列表和 Restore 操作
图2:暂存恢复说明图,Stash 后先切换分支,回到对应分支再用 Restore 取回改动。

GitHub Desktop 的暂存适合临时保存一组未提交改动;文章写作时的判断边界是“先保存,再切换”,不是用暂存代替长期提交。恢复前确认当前分支与暂存改动的来源一致,避免把一组修改带到错误的工作线上。

切换后怎样确认没有丢改动

切换完成后,用下面三点快速核对:

  1. 顶部 Current Branch 显示的是目标分支。
  2. Changes 面板中的文件数量与切换前的预期一致;如果走了 Stash,工作区暂时为空是正常的。
  3. 若改动跟到了新分支,检查关键文件仍在;若改动留在旧分支,切回旧分支后再查看,或从 Stashed Changes Restore。

确认无误后,再决定是否提交。不要仅凭分支名称判断结果,实际的 Changes 列表和暂存状态才是最直接的核对位置。

常见问题

切换分支时没有出现 Leave 或 Bring 怎么办?先确认当前是否真的存在已保存但未提交的改动。没有改动时通常不需要弹出保留位置选择;如果有改动仍无法切换,先 Stash All Changes。

Stash 后改动是不是提交了?不是。Stash 是临时保存,改动没有形成你可以协作的正式提交;回到对应分支后应按需 Restore,确认内容后再提交。

为什么切换后看不到文件?可能选择了 Leave、当前分支不是保存改动的分支,或改动已经被 Stash。先检查顶部的分支名,再看 Changes 和 Stashed Changes。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>