Git客户端打开/var/www/仓库却映射到/run/目录？原因及修复方案
2026-8-3
原因分析
- Flatpak沙箱隔离机制：你用的Sublime Merge、Gittyup大概率是Flatpak版本。Flatpak为实现应用沙箱隔离，会把宿主系统的目录通过虚拟挂载映射到
/run/flatpak/doc或/run/user/<UID>/doc下，这就是客户端显示路径变更的核心原因。旧电脑没这问题，应该是当时装的是deb包或直接解压的非Flatpak版本，没有沙箱限制。 - Flatpak权限/挂载异常：Gittyup显示的
/run/flatpak/路径不存在，说明Flatpak挂载过程出错，虚拟路径没正确映射到真实的/var/www目录；Sublime Merge的路径虽存在，但因为是虚拟挂载，Git的文件监听、Stash等功能会因路径上下文变化出现异常。
解决办法
换用非Flatpak版本的客户端
- 先卸载Flatpak版本：
- 卸载Sublime Merge：
flatpak uninstall com.sublimemerge.App - 卸载Gittyup：
flatpak uninstall io.github.Murmele.Gittyup
- 卸载Sublime Merge：
- 安装deb版本：
- Sublime Merge：去官网下载对应deb包，用
dpkg -i sublime_merge_build_xxx.deb安装 - Gittyup：可添加PPA后安装，或直接下载官网deb包安装
换用非Flatpak版本后，客户端直接运行在宿主环境，会识别真实的/var/www路径，功能恢复正常。
- Sublime Merge：去官网下载对应deb包，用
- 先卸载Flatpak版本：
给Flatpak客户端添加目录访问权限（保留Flatpak版本的话）
给应用开放/var/www目录的直接访问权限，绕过虚拟挂载：- 给Sublime Merge授权：
flatpak override --user --filesystem=/var/www com.sublimemerge.App - 给Gittyup授权：
flatpak override --user --filesystem=/var/www io.github.Murmele.Gittyup
授权后重启客户端，再打开仓库就会显示真实路径，功能也能正常使用。
- 给Sublime Merge授权：
手动指定真实路径打开仓库
打开客户端时，别通过文件管理器选文件夹，直接在客户端的“打开仓库”选项里输入真实路径/var/www/<repo_name>，或者用命令行启动：- 启动Sublime Merge：
sublime_merge /var/www/<repo_name> - 启动Gittyup：
gittyup /var/www/<repo_name>
这种方式能绕过文件管理器传递的虚拟挂载路径，让客户端直接识别真实仓库位置。
- 启动Sublime Merge：
修复Gittyup的Flatpak挂载异常
若想保留Flatpak版本但Gittyup路径不存在，试试：- 重启Flatpak会话服务：
systemctl --user restart flatpak-session-helper.service - 不行就重新安装Gittyup：
flatpak uninstall io.github.Murmele.Gittyup && flatpak install flathub io.github.Murmele.Gittyup
- 重启Flatpak会话服务：
内容的提问来源于stack exchange，提问作者Densevoid
相关产品推荐
相关产品推荐
