建议VS Code为不同Git分支分别记忆打开的文件而非共享

问题场景与风险 #

在branch-1分支使用VS Code编辑f1.md后，切换至不包含该文件的branch-2分支，因外界干扰中断工作。两小时后返回时，因「打开的编辑器」仍显示f1.md，误以为仍处于branch-1分支并继续编辑该文件。后续在branch-2修改f2.md后，执行git add -A、提交并推送至branch-2，最终导致不属于该分支的f1.md被错误提交。

当前VS Code的设计问题 #

VS Code的「打开的编辑器」采用全局共享的记忆机制，不会随Git分支切换自动调整显示的文件列表。这种设计会让用户在分支切换后，仍看到其他分支的文件，极易因记忆偏差产生误操作。

UX层面的优化建议 #

从用户体验角度出发，「打开的编辑器」应为每个Git分支单独记忆打开的文件集合：

• 切换分支时，自动加载该分支上次会话中打开的文件
• 自动隐藏当前分支不存在的文件，避免用户混淆工作上下文

对git add -A质疑的回应 #

有人认为应避免使用git add -A（它会添加所有已跟踪和未跟踪文件）来规避这类问题，但从用户体验逻辑来看，用户期望编辑器界面与当前分支的工作上下文完全匹配是合理诉求。编辑器应当主动适配分支状态，而非让用户额外承担核对分支与文件归属的成本。

内容的提问来源于stack exchange，提问作者Rao Pathangi