在 Trae CN 中尝试 Dev Containers：一次不太成功的踩坑记录

写在前面

这篇博客就是想简单记录一下：我在 Trae CN 里折腾微软官方 Dev Containers 扩展的过程。先说结论：折腾了一圈，发现 Trae CN 目前（2026 年 6 月）还不支持 Dev Containers。所以这篇文章不会给出什么“完美方案”，最后只会留个引子——下一步我打算试试另一条路：宿主机 Go + 容器内运行 + Docker 扩展辅助，如果跑通了，再单独写一篇分享。

项目背景：我现在在 Ubuntu 26.04 上用 Trae CN 写 go-gin-learning（https://github.com/shuijingwan/go-gin-learning），一个 Go + Gin 的小项目。

之前已经完成的两篇博客（都是已经发过的）：

1. 《在 Ubuntu 26.04 中基于 Docker Compose + Go 1.26.4 完成基础环境的搭建》
   https://www.shuijingwanwq.com/2026/06/03/15587/
   这篇主要把 Docker 环境、容器启动、MySQL/Redis 网络啥的都弄好了。
2. 《Go + Gin 实战 RESTful API：从环境搭建（WSL/Docker/VS Code）到 Git 提交与 GitHub 托管》
   https://www.shuijingwanwq.com/2026/04/03/9416/
   这篇是在 Windows WSL + Docker + VS Code 上已经成功跑通的一套完整流程。现在我想在 Ubuntu + Docker + Trae CN 上把同样的事情再实现一遍。

所以这篇其实是一个中间的小插曲：我想试试在 Trae CN 里能不能也用 Dev Containers 把整个编辑器“搬进”容器里，结果发现…暂时不行。

---

一、为啥想试 Dev Containers？

用过 VS Code 的同学应该知道，Dev Containers 这个功能真的很香：你可以把整个开发环境（包括 Go 版本、工具链、扩展、终端）全部塞进一个 Docker 容器里。团队协作或者换机器的时候，打开项目点一下“Reopen in Container”就能直接开始干活，不用再装一堆东西。

之前在 Windows + WSL + VS Code 上我已经用得很顺手了（就是第二篇博客里写的那样）。所以换到 Ubuntu + Trae CN 之后，自然也想复刻一下这个体验。于是就有了下面的折腾过程。

---

二、踩坑过程实录

2.1 先配一下扩展市场地址

Trae CN 默认的扩展市场地址是空的，得自己填。我在设置里把 application.extensionMarketUrl 改成了 https://marketplace.visualstudio.com/。

[截图 3：修改 application.extensionMarketUrl 设置]

2.2 安装官方 Dev Containers 扩展

地址配好之后，就能在扩展商店搜到微软官方的 ms-vscode-remote.remote-containers 了。点击安装。

[截图 4：官方 Dev Containers 扩展的详情页]

装完一看，状态栏写着 “用户已全局禁用此扩展”。嗯？我啥也没干啊……

[截图 5：扩展显示“用户已全局禁用此扩展”及右键菜单]

2.3 尝试各种“启用”姿势

• 点扩展详情页里的 “启用（工作区）” → 没反应。
• 用命令面板 Extensions: Enable Extension 选 Dev Containers → 还是没反应。
• 甚至在工作区设置里强行加上 "extensions.enabled" 配置 → 依然无效。

[截图 7：工作区设置中添加强制启用配置]

2.4 换个市场源试试？

我把市场地址换成 https://open-vsx.org/，重启 Trae CN 再搜 Dev Containers —— 结果发现 open-vsx 里根本搜不到微软官方的这个扩展，只出来一个叫 “Artizo Dev Containers for Trae” 的社区版。

[截图 8：社区版 Artizo Dev Containers for Trae 扩展（仅展示，我没敢装）]

说实话，对社区版我有点顾虑，没敢随便装。

2.5 最后试试离线安装 VSIX

我想，既然在线不行，那就手动下载 VSIX 文件吧。从 VS Code 市场扒下来一个 ms-vscode-remote.remote-containers-0.459.1.vsix，然后在 Trae CN 里用 “从 VSIX 安装” 导进去。

[截图 9：从本地 VSIX 文件安装扩展的文件选择对话框]

安装过程看着很正常，但装完之后……还是 “用户已全局禁用”。这就说明问题不在下载或安装环节，而是扩展本身跟 Trae CN 的激活机制不兼容。

2.6 顺手装了 Docker 扩展

虽然 Dev Containers 没戏，但我顺手把 ms-azuretools.vscode-docker（Container Tools）装上了，这个后面还能用。

[截图 1：Trae CN 扩展商店中 Docker 扩展的安装界面]

另外 Docker 侧边栏里容器也在正常运行。

2.7 去官方论坛看了一眼

最后去 Trae 官方论坛搜了一下，果然有人问过：【反馈】Dev Containers 扩展无法使用。官方回复很明确：目前尚不支持 Dev Containers。

好吧，死心了。

---

三、结论就是：目前真的不支持

总结一下这次尝试的结果：

• 官方扩展装上了，但始终显示“用户已全局禁用”，没法激活。
• open-vsx 市场根本搜不到官方版，只有一个社区版（我没装）。
• 手动 VSIX 安装也救不了，一样禁用。
• 官方论坛确认了：不支持。

所以，如果你也想在 Trae CN 里复现 VS Code 那种“一键进入容器”的开发体验，暂时别折腾了。

---

四、那接下来打算怎么办？

虽然 Dev Containers 走不通，但开发还是得继续啊。我准备换一个思路，试试 “宿主机 Go + 容器内运行 + Docker 扩展辅助” 这种混合模式。大致的想法是：

• 宿主机装个 Go SDK，让 Trae CN 的代码补全、跳转这些能正常工作。
• 容器继续负责运行和测试，通过 Docker 扩展的“Attach Shell”在 IDE 里直接操作容器内的终端。
• Git 操作用 Trae CN 自带的源代码管理面板（实际调的是宿主机的 Git），代码通过 volumes 挂载自动同步。

这个方案还没有正式跑起来，只是我下一步的计划。如果能顺利跑通，我再单独写一篇博客分享具体的配置和用法。