GitHub Desktop 暂存部分修改后怎么查看未暂存差异

在 GitHub Desktop 里，所谓“暂存部分修改”通常不是单独操作一个 Git index 页面，而是用 Changes 左侧的文件复选框和右侧 diff 的行选择来决定本次提交内容。要查看未暂存差异，先保留需要提交的文件与修改行，再提交；没有被选中的行会继续留在工作区，并重新出现在 Changes 列表中。

先分清文件选择和行选择

假设 README.md 同时改了安装说明和示例命令，而这次只想提交安装说明。直接保留文件勾选会把文件中的所有已选行带入提交，所以还要在右侧 diff 中处理具体修改。

在 Changes 中保留需要提交的文件

打开仓库后点击左侧的 Changes。先处理文件范围：本次不相关的文件取消复选框，本次需要提交的文件保持勾选。选中某个文件后，右侧会显示它相对最近一次提交的 diff，红色通常表示删除内容，绿色通常表示新增内容。

如果只排除整个文件，取消它的复选框就够了；如果一个文件里混有两类工作，就继续做行级选择。这样可以让一次提交只表达一个清晰意图。

点击不需要提交的行，查看剩余差异

在右侧 diff 中逐行检查。要暂时留在工作区的修改，点击对应的变更行，让它不再保持蓝色选中状态；要重新纳入本次提交，再点击一次恢复选择。这里的“取消选择”不会删除本地文件内容，只有 Discard Changes 才会执行丢弃操作，二者不要混用。

建议先从文件上到下检查一遍，再看 Summary 区域附近的变更数量。如果选中了连续的一组修改，仍要确认组内没有混入调试代码、临时日志或未完成的格式调整。

提交后怎么确认未暂存内容还在

填写简短的 Summary，点击提交按钮。提交完成后，GitHub Desktop 会重新计算工作区状态：刚才取消选择的行仍然属于未提交修改，并会继续出现在 Changes 中。此时点选剩余文件或 diff，就能查看“本次没有提交的那部分差异”。

最后点开 History 中的新提交，检查它只包含预期文件和行；再切回 Changes 检查剩余修改。两边合起来，应该正好覆盖提交前的全部变化。若剩余差异消失，先不要继续操作，确认是否误点了 Discard Changes 或是否有外部工具重写了文件。

常见问题

为什么只取消文件勾选还不够？

文件勾选只决定整个文件是否参与本次提交。同一文件中的不同修改仍需要在 diff 中逐行取消选择。

取消蓝色行会删除本地修改吗？

不会。它只是把这部分修改排除出当前提交，内容仍在工作区，之后可以再次选择。

提交后在哪里看剩余修改？

回到 Changes，选中仍有改动的文件即可查看。History 只用于核对已经生成的提交内容。

什么时候应该使用 Discard Changes？

只有确定不再需要本地改动时才使用。若只是想延后提交，应取消选择，而不是丢弃。

GitHub 官方文档也把文件复选框和行级选择作为拆分提交的两层操作：文件级决定是否纳入，行级决定一个文件中的哪些修改纳入。按“Changes 选择范围 → diff 取消行 → 提交后复查”的顺序操作，就能安全查看和保留未暂存差异。