运行后台进程时切换Git分支的行为探究：多终端场景下文件写入的分支归属问题

答案很明确：进程会先将部分结果写入main分支对应的工作区/data目录，当你切换到otherbranch分支后，后续的结果会写入otherbranch分支对应的工作区/data目录。

为什么会这样？核心原因在于Git分支和正在运行的进程是完全独立的两个层面：

• Git的分支切换操作，本质是更新你的本地工作区，让工作区的文件状态匹配目标分支的最新提交。但它不会影响已经启动的进程——进程只关心文件系统的实际路径，完全不知道当前Git处于哪个分支。
• 在你执行git checkout otherbranch之前，工作区属于main分支，进程写入的是./data这个路径下的文件，也就是main分支工作区里的文件。
• 当你成功切换分支后，Git会把工作区切换到otherbranch的状态：如果otherbranch原本就有/data目录，工作区的/data会变成这个分支对应的版本；如果没有，Git会保留当前工作区的/data（前提是切换时没有冲突）。此时进程还在运行，它会继续往同一个./data路径写入，而这个路径现在已经属于otherbranch分支的工作区了。

额外提醒：如果切换分支时，main分支的/data目录存在未提交的更改，Git可能会阻止你切换（提示你先提交或 stash 更改），除非otherbranch分支中/data的状态和main分支的未更改状态完全一致。只有当切换成功后，后续的写入才会落到otherbranch的工作区里。

另外要注意：这些写入的内容都是工作区的未提交更改，不属于任何分支的正式提交，直到你执行git add和git commit命令将它们提交到当前分支。

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