文件树 git 变更文件不变色,GitTracker 初始化失败,云端接口持续 403

  1. 所有窗口 GitTracker 失败(含 Python 项目窗口,与项目无关):
    “git tracker not found” 重试 6 次后 “Git extension initialized failed”
  2. 主进程日志:接口持续 403(11:49 至 15:26 反复出现):
    Request failed: url=https://trae-api-cn.mchost.guru/api/remote/v1/git/repositories, statusCode=403
  3. 退出重新登录、拿到全新凭证后依然 403(15:26:47)。
  4. 外部无凭证探测该接口返回 401,说明网络可达、服务在线,仅授权请求被服务端拒绝。
    【已排除】重启 Trae、Reload Window、重新登录、禁用 GitLens 均无效;git 命令行正常,仓库无异常;装饰相关设置均已开启。
    【怀疑】/api/remote/v1/git/repositories 服务端对该账号或公司出口 IP 风控/权限未开放,导致 GitTracker 注册失败、文件树 git 装饰整条链路失效。
    【请求 logid】
    202610231526507117CB817AF31E35B510(重新登录后仍 403)
    20261023152204FF1D87EAA0CD53363CD5
    20261023114926FF2BA1BA21ACFC0CFC5B
    【期望】恢复文件树变色,或告知 403 判定原因与解除方式。

你的运行环境(版本号「点击帮助-关于-复制」):

Windows 11,Trae CN,日志目录 20261023T113553

问题描述(你遇到了什么问题?):

git 仓库修改文件后,资源管理器里文件/文件夹不变色。命令行 git 与源代码管理面板均正常。

复现步骤(如何才能重现这个 Bug/问题?):
打开ide 修改代码

报错信息或截图(如有):

  1. 所有窗口 GitTracker 失败(含 Python 项目窗口,与项目无关):
    “git tracker not found” 重试 6 次后 “Git extension initialized failed”
  2. 主进程日志:接口持续 403(11:49 至 15:26 反复出现):
    Request failed: url=https://trae-api-cn.mchost.guru/api/remote/v1/git/repositories, statusCode=403
  3. 退出重新登录、拿到全新凭证后依然 403(15:26:47)。
  4. 外部无凭证探测该接口返回 401,说明网络可达、服务在线,仅授权请求被服务端拒绝。

当前帖子里的信息还不足以对「文件树 git 装饰不变色 + GitTracker 初始化失败 + 接口 403」形成可靠结论,所以先不给出猜测性判断。

方便的话请在本帖补充以下几点,便于进一步定位:

  • TRAE IDE 版本号:点击 帮助 → 关于 → 复制,把完整版本号贴出来
  • 操作系统具体版本(如 Windows 11 的 22H2 / 23H2 / 24H2)
  • 复现步骤:从打开 IDE、打开项目到出现不变色的完整操作过程
  • 可用的截图或日志:包括 GitTracker 报错原文(“git tracker not found” / “Git extension initialized failed”)和 403 报错附近的日志片段

补齐这些信息后,我们再一起看下一步。

不变色的问题看这里, 我之前也遇到了~不晓得咱俩情况一不一样

【1. TRAE 版本】
Trae CN 1.107.1
commit: 871bca3bb55e7a37af74c1eef2a9696f29aa7b26
构建日期: 2026-10-16

【2. 操作系统】
Windows 11 25H2,Build 26200.9457

【3. 复现步骤】

  1. 启动 Trae CN,打开任意本地 git 仓库项目(多项目窗口均复现,与项目类型无关)
  2. 修改任意已跟踪文件并保存
  3. 观察资源管理器文件树:文件/文件夹不变色、无 M/U 标记
    (同一时刻源代码管理面板能正常列出变更,命令行 git status 正常)
  4. 每次新窗口打开都会复现,100% 稳定

【4. GitTracker.log 原文】(vscode.git 扩展宿主,每个窗口一致,每 5 秒重试共 6 次后放弃)
2026-10-26T10:32:12.689+08:00 [info] init git tracker manager
2026-10-26T10:32:12.689+08:00 [info] git tracker not found
2026-10-26T10:32:17.698+08:00 [info] git tracker not found
2026-10-26T10:32:22.713+08:00 [info] git tracker not found
2026-10-26T10:32:27.719+08:00 [info] git tracker not found
2026-10-26T10:32:32.725+08:00 [info] git tracker not found
2026-10-26T10:32:37.736+08:00 [info] git tracker not found
2026-10-26T10:32:37.737+08:00 [info] Git extension initialized failed

【5. main.log 原文】(主进程,请求失败持续 403,今天最新记录)
接口:https://trae-api-cn.mchost.guru/api/remote/v1/git/repositories
2026-10-26T14:34:23.641+08:00 [error] [CodeWindow] Request failed, statusCode=403, x-tt-logid=20261026143428C531
2026-10-26T14:34:32.593+08:00 [error] [CodeWindow] Request failed, statusCode=403, x-tt-logid=20261026143436D061
2026-10-26T14:35:10.014+08:00 [error] [CodeWindow] Request failed, statusCode=403, x-tt-logid=20261026143514AB18
(该 403 从 10-23 起全天持续出现,请求日志中还有更多 logid 可提供)

【补充】

  • 已尝试:重启 IDE、Reload Window、退出账号重新登录(全新凭证仍 403)、禁用 GitLens,均无效
  • 外部无凭证探测该接口返回 HTTP 401(网络可达、服务在线),客户端带登录凭证请求却返回 403

目前本帖补充的信息还不足以对「GitTracker 初始化失败 + 接口持续 403 + 文件树不变色」这条链路形成可靠结论——你给的版本号、系统版本、复现步骤和日志片段都很完整,但这几个具体技术特征在当前可查到的官方资料里没有能直接对应上的说明,所以先不下判断,也不建议按猜测改动配置。

如果方便,请在本帖再补两项,帮助进一步定位:

  • 完整的 main.log 与 GitTracker.log 原文件(尤其是 403 每次出现的上下文行,以及 GitTracker 从重试到放弃的完整片段),比截取的行更有用
  • 403 是否为账号级:换一个账号登录同一台机器,或同一账号换一台机器/换网络,403 是否仍然稳定复现

补齐后我们再一起看下一步。

开着呢

从截图看,编辑器与资源管理器下的 Decorations: Colors / Badges 都已经是勾选状态,所以「装饰被关掉」这条方向可以排除,问题仍然落在 GitTracker 初始化失败这条链路上。

不过当前帖子里的信息还不足以对它形成可靠结论,先不给出猜测性判断。方便的话请在本帖再补两项:

  • 完整的 main.log 与 GitTracker.log 原文件(比截取的行更有用,尤其 403 每次出现的上下文,以及 GitTracker 从首次重试到 Git extension initialized failed 的完整片段)
  • 403 是否为账号级:换一个账号登录这台机器,或同一账号换一台机器/换一个网络出口,403 是否仍稳定复现

补齐后我们再一起看下一步。

这个是打开的

TRAE日志.zip (163.6 KB) 完整的日志 不行我就还用vscde 折腾时间

这个问题我可能没法在这里帮你彻底解决,已转人工同学接手,后续不再自动回复,请稍等他们联系你。

可能只和云端口403有关了似乎…我这里在git tracker和你报一样的错误的情况下…颜色也还是正常的…

对了工作区的设置也是打开的嘛?

找到问题了 Trae CN 对explorer.decorations 的显式赋值(哪怕是 true)处理有 bug 配置文件只要是的打开 就会默认关闭 不配置就是正常的

看来是找到根本原因了, 似乎是配置项名字改了, 必须精确到最后. 写成这样显示赋值也能用.

image