GitHub Desktop 暂存部分文件后如何保留未提交改动

可以。GitHub Desktop 的提交范围不是只能“全选”或“全不选”：文件级复选框可以排除整个文件，diff 视图还可以排除同一文件中的具体改动行。提交完成后，被排除的文件或行仍会留在本地工作区，不会因为这次提交而消失。

官方地址：https://docs.github.com/en/desktop/making-changes-in-a-branch/committing-and-reviewing-changes-to-your-project-in-github-desktop

先确定哪些改动应该进入这次提交

假设你同时修改了 src/login.ts 和 README.md，这次只想交付登录逻辑。打开 GitHub Desktop 后，先看顶部的 Current Branch，确认没有把改动提交到错误分支；再点击左侧 Changes。GitHub Desktop 会列出当前工作区的修改，黄色图标通常表示已修改文件，绿色图标表示新增文件，红色图标表示删除文件。

按文件取消选择，保留未提交文件

1. 在左侧 Changes 文件列表中找到不想提交的文件，例如 README.md。
2. 取消该文件左侧的复选框，只保留本次任务相关文件。选中某个文件后，也可以按 Spacebar 或 Enter 切换选中状态。
3. 检查底部提交区域的文件数量，再在 Summary 输入简短说明，例如“修复登录状态判断”。

此时不要点击 Discard Changes。取消复选框只是把文件排除出本次提交，文件内容仍在磁盘上；Discard Changes 是另一条会撤销本地改动的路径。

同一文件只提交部分改动

如果代码和临时说明写在同一个文件里，文件级复选框不够细。点击该文件，在右侧 diff 中找到不想提交的改动行，逐行点击这些行，让对应的蓝色高亮消失。仍保持蓝色的行会被纳入提交，取消蓝色的行会留在工作区。

建议把两组改动分得足够开再操作。若一组改动同时包含新增和删除，某些单行丢弃操作可能不可用，但这不影响用部分提交保留未选内容；遇到边界不清时，先回到编辑器把改动拆成更容易审阅的段落。

提交后如何确认未提交改动还在

1. 回到底部的 Summary，确认提交说明只描述本次目标。
2. 点击 Commit to 当前分支，等待提交动作完成。
3. 打开左侧 History，确认新提交出现在最上方；再回到 Changes，查看被排除的文件或行是否仍显示。

只有当 History 和 Changes 都符合预期时，才点击仓库栏的 Push origin。如果发现提交范围错了，先不要继续推送；可以在本地检查提交内容，必要时使用 GitHub Desktop 的撤销提交功能重新整理。

常见问题

取消文件复选框会删除改动吗？

不会。它只改变本次提交的选择范围；删除本地改动对应的是 Discard Changes，两者不要混用。

为什么提交后文件还出现在 Changes？

如果该文件或其中部分行被排除，这是预期结果。打开 diff 核对剩余内容，确认它正是下一次要处理的改动即可。

把“选择提交内容”和“确认剩余工作区”当成一个闭环，GitHub Desktop 就能同时保持小而清晰的提交记录，以及尚未准备好的本地改动。