sublime text在wsl环境下git认证失败的根本原因是启动方式导致凭证上下文缺失，需配置git_command指向wsl.exe调用wsl git、设置git_env统一utf-8编码、使用cache或store凭据助手，并将项目置于/mnt/c路径下确保文件系统兼容。
WSL里Git能用，但Sublime Text里总提示credential rejected
这不是Sublime插件坏了，而是WSL的Git凭证存储机制和Sublime启动方式不兼容——Sublime从Windows桌面启动时，根本没加载WSL的~/.gitconfig或git-credential-store上下文，它只认Windows原生PATH下的Git，而那个Git压根不知道WSL里你存的token。
常见现象：终端里git pull完全正常，Sublime里点Pull却弹出“Authentication failed”或静默失败；git config --list在终端和Sublime里输出完全不同。
- 先确认Sublime到底调用的是哪个Git：打开
Preferences > Package Settings > Git > Settings – User，看git_command指向哪——大概率是"git_command": "git"，这会让它走Windows PATH，而不是WSL的/usr/bin/git - 别试图把WSL的
git-credential-manager硬塞进Windows Git路径，它依赖WSL2内核服务，Windows原生Git根本调不动 - 最稳解法：让Sublime直接调用WSL里的Git二进制。路径形如：
"git_command": "wsl.exe -e /usr/bin/git"（Ubuntu默认）或"git_command": "wsl.exe -d Ubuntu-22.04 -e /usr/bin/git"（多发行版时指定distro）
WSL Git凭证配置被Sublime忽略的根源
WSL下Git默认用git-credential-manager-core或store存凭据，但这些都绑定在WSL用户会话里。Sublime从Windows启动，既没加载~/.bashrc也没激活WSL的dbus或keyring服务，所以git credential fill返回空——不是密码错，是根本没触发凭据读取。
验证方法：在Sublime里打开控制台（Ctrl+`），执行import subprocess; subprocess.run(['wsl.exe', '-e', 'git', 'config', '--global', 'credential.helper'])，如果输出store，再跑subprocess.run(['wsl.exe', '-e', 'git', 'credential', 'fill'], input=b'protocol=https
host=github.com
')，看是否返回username和password——不返回就说明凭证链断了。
使用约定式提交（Conventional Commits）从 Git 历史记录中生成结构化变更日志，支持多种格式、AI 增强型描述以及可自定义的范围……
- 临时绕过：在WSL里执行
git config --global credential.helper 'cache --timeout=3600'，靠内存缓存1小时，比disk store更易被跨环境调用 - 绝对避免用
git config --global credential.helper manager——这是Windows原生GCM，和WSL无关，Sublime调用时会卡死或报错 - 如果用GitHub Token，直接写进WSL的
~/.git-credentials（格式https://<token>@github.com</token>），再配git config --global credential.helper store，比交互式登录更可靠
Sublime调用WSL Git后中文日志乱码
WSL默认locale是en_US.UTF-8，但Windows控制台常设为GBK，Sublime调用wsl.exe时若没显式传locale，Git日志里的中文commit message或错误提示会变成或空格。
- 在Sublime的Git设置里加
git_env字段："git_env": {"LANG": "en_US.UTF-8", "LC_ALL": "en_US.UTF-8"}，强制统一编码 - 别信
git config --global i18n.logoutputencoding utf-8——WSL Git根本不读这个，它只认系统locale - 如果项目路径含中文（比如
/mnt/c/Users/张三/project），确保WSL里cd /mnt/c/Users/张三能正常列出目录，否则Git底层stat会失败，状态栏直接不显示分支
为什么不用Windows Git + WSL路径映射
有人试过把WSL的/home/user/repo用\wsl$Ubuntuhomeuser
epo挂成Windows网络路径，再让Sublime打开——这会导致Git操作极慢且频繁报fatal: not a git repository。
根本原因：Windows无法正确解析WSL的符号链接、文件权限和inode，.git/config里的core.worktree或core.bare字段会被误读，Git初始化检查直接失败。
- 唯一可行的混合方案：用WSL的Git，但把工作区放在
/mnt/c/下（比如/mnt/c/dev/myproj），这样Windows和WSL都能直接访问，Sublime调用wsl.exe -e git时路径无转换损耗 - 千万别在
/mnt/c里init repo后，又切回/home/user用git clone——两个Git索引会冲突，Sublime状态栏可能显示错误分支
WSL和Sublime的Git集成，核心就一条：让Sublime彻底“进入WSL语境”，而不是在Windows层做缝合。路径、凭证、编码、文件系统，四项必须全部对齐，漏一个就会表现成“莫名失效”。
