GitHub Desktop 切换分支前怎么处理未提交改动：暂存、丢弃与恢复边界

在 GitHub Desktop 里切换分支前，最容易踩坑的点不是分支列表找不到，而是没留意当前分支的 Changes 面板状态。只要本地工作区还有没提交的改动，直接点切换轻则被系统拦下来，重则会把你本来只想留在当前分支的零散文件，莫名其妙带到另一个分支里。稳妥的处理思路是先判断这批未提交改动的属性，再对应选直接提交、暂存迁移到新分支、彻底丢弃或者干脆取消这次切换。

先在 Changes 面板确认现场

打开 GitHub Desktop，先确认左上角显示的仓库和当前分支，再切到中间的 Changes 标签页。这里列出的文件是工作目录相对当前提交的变化，文件名旁边的勾选状态还决定哪些内容会进入下一次提交。切换前不要只看分支下拉框，先把文件范围和差异预览看完。

可以按三个问题快速判断：这些文件是否应该属于当前分支？改动是否已经达到可提交状态？如果现在离开当前分支，之后能否明确找回它们？只要第三个问题答不上来，就不要直接切换。

改动属于当前分支时先提交

如果改动已经完成，最清晰的路径是留在当前分支完成一次小提交。勾选需要提交的文件，在下方填写简短的 Summary，必要时补充 Description，然后点击 Commit to 当前分支。提交完成后，Changes 面板应当清空或只剩下你明确未选择的文件。

1. 在 Changes 列表中逐个查看文件，并确认没有把临时配置、密钥或本地生成物一起选中。
2. 用差异预览检查修改方向，确认新增和删除没有超出当前任务。
3. 填写能说明结果的提交摘要，不要只写“修改”或“测试”。
4. 提交后观察左侧历史记录，确认提交出现在当前分支而不是别的分支。

这一步的关键不在于提交信息写得多长，而在于让“这批改动属于哪条分支”变得可追踪。之后再切换，返回原分支时可以直接从历史记录恢复现场。

还没准备好提交时暂存到新分支

如果改动方向还在试验中，但你必须离开当前分支，可以使用 GitHub Desktop 的暂存入口。在切换分支遇到未提交改动时，应用会提供将改动暂存到新分支的处理方式。这个选择适合“改动要保留，但暂时不想把它写进当前分支历史”的场景。

1. 先确认 Changes 面板中的文件确实是要带走的那一组。
2. 打开分支选择入口，选择目标分支。
3. 出现未提交改动提示后，选择暂存改动并创建或切换到新分支的选项。
4. 切换完成后，检查新分支的 Changes 面板，确认文件仍然在，并核对差异没有被截断。

确定不要的改动才执行丢弃

丢弃改动是不可逆风险最高的一条路径。选中文件后执行丢弃前，先打开差异预览，确认里面没有需要保留的代码、配置或文档。尤其是同一个文件里同时包含“想保留”和“不想保留”的修改时，不要用整文件丢弃替代逐段处理。

比较稳妥的顺序是：先复制需要保留的小片段到临时笔记或新分支，再回到 Changes 面板执行丢弃；完成后重新打开文件，确认内容已经回到最近一次提交状态。若丢弃后才发现选错文件，应立即停止继续操作，回到原分支检查是否存在暂存记录、编辑器本地历史或其他明确备份，不能假设 GitHub Desktop 一定能恢复任意被丢弃内容。

切换完成后用三项结果反查

无论选择提交、暂存还是取消切换，都建议在新旧分支各做一次短检查：

• 分支名：顶部当前分支名称与预期一致。
• Changes：文件数量和差异内容符合刚才的选择。
• 历史记录：如果走了提交路径，最新提交显示在正确分支；如果走了暂存路径，改动没有被误提交到旧分支。

当目标只是查看另一条分支时，最好先让当前 Changes 面板变干净，再进行查看。这样返回原分支时，任何新增变化都能明确归因到刚才的操作，而不是混在旧改动里。

常见问题

未提交改动能不能直接切换分支？

如果目标分支不会覆盖同名文件，Git 可能允许切换，但这不代表操作安全。改动会继续留在工作目录，容易被误认为属于目标分支；遇到覆盖冲突时，GitHub Desktop 也可能要求你先处理当前改动。

暂存改动是不是已经提交了？

不是。暂存只是把当前工作内容保留下来并改变处理路径，提交历史不会因此增加。需要团队协作或长期留痕时，仍应在确认内容后正式提交。

切换后找不到刚才的文件怎么办？

先确认当前仓库和分支名称，再回到原分支查看 Changes 面板。如果之前选择过暂存，检查 GitHub Desktop 中的 Stashed Changes 入口；如果没有明确的暂存、提交或备份记录，不要继续覆盖当前目录，先保留现场并做文件级备份。

小结：先决定改动归属，再决定切换动作

GitHub Desktop 的分支切换并不是单独的导航动作，它会和当前工作目录发生关系。改动属于当前分支就提交，改动要保留但还不适合提交就暂存到新分支，确定不要才丢弃；每次完成后再用分支名、Changes 面板和历史记录做反查。把这三个判断固定下来，切换分支时就不容易把未完成工作带错位置。