Dev Containers 标签归档 - 永夜 https://www.shuijingwanwq.com/tag/dev-containers/ 没有不值得去解决的问题,也没有不值得去学习的技术! Wed, 12 Aug 2026 09:35:29 +0000 zh-Hans hourly 1 https://wordpress.org/?v=7.1.2 https://media.shuijingwanwq.com/2026/05/logo-150x150.png Dev Containers 标签归档 - 永夜 https://www.shuijingwanwq.com/tag/dev-containers/ 32 32 VS Code + Dev Containers + OpenAI Codex 实战:基于 tag-merge 搭建零成本 AI 开发环境 https://www.shuijingwanwq.com/2026/07/05/18875/ Sun, 05 Jul 2026 09:28:34 +0000 https://www.shuijingwanwq.com/?p=18875 这篇博客记录了我基于 `tag-merge` 项目,从零搭建 **VS Code + Dev Containers + OpenAI Codex + ChatGPT Plus** 的完整 AI 开发环境流程。文章从为什么选择 VS Code 而不是 Cursor、JetBrains 开始,依次记录了 VS Code 安装、中文界面配置、Dev Containers 扩展安装、进入项目容器、安装并登录 OpenAI Codex 扩展、让 Codex 只读分析项目等步骤。

在实际搭建过程中,我发现默认 Dev Container 使用的是 `root` 用户,这可能导致 Codex 后续修改文件时在宿主机生成 root 权限文件。因此,文章重点记录了如何将 Dev Container 调整为 `vscode` 普通用户模式,并修复 Go build cache、项目目录权限等问题。随后,我为项目添加了中文 `AGENTS.md` 文件,用于约束 Codex 的工作规则,包括先说明计划、不大范围重构、不修改无关文件、不提交密钥等。

最后,文章通过一次低风险 README 文档修正,完整验证了 Codex 的安全开发流程:先读项目、提出计划、只改指定文件、查看 diff、确认后提交并推送到 GitHub。整体结论是:对于已经购买 ChatGPT Plus、又希望控制成本的开发者来说,**VS Code + Dev Containers + OpenAI Codex** 是一条值得优先尝试的低成本 AI 开发路线。

VS Code + Dev Containers + OpenAI Codex 实战:基于 tag-merge 搭建零成本 AI 开发环境最先出现在永夜。

]]>
在 Trae CN 中尝试 Dev Containers:一次踩坑之后的“开发者反馈回路” https://www.shuijingwanwq.com/2026/07/03/18720/ Fri, 03 Jul 2026 09:07:15 +0000 https://www.shuijingwanwq.com/?p=18720 本文记录了作者在 Trae CN 中尝试 Dev Containers 的后续经历,重点在于收到社区扩展开发者的主动联系与反馈邮件。这一过程让作者意识到技术博客内容已进入开发者反馈回路,将写作重新划分为记录、反馈与参与三个层级,并得出博客在具备影响力后会成为弱产品反馈系统的结论,未来在技术评估中将更注重区分事实与主观判断。

在 Trae CN 中尝试 Dev Containers:一次踩坑之后的“开发者反馈回路”最先出现在永夜。

]]>
Go + Gin 实战 RESTful API:从环境搭建(WSL/Docker/VS Code)到 Git 提交与 GitHub 托管 https://www.shuijingwanwq.com/2026/04/03/9416/ Fri, 03 Apr 2026 04:11:30 +0000 https://www.shuijingwanwq.com/?p=9416 本文记录了使用 Go 和 Gin 构建 RESTful API 的全过程,涵盖了 WSL 与 Docker 的环境配置。文章首先尝试了 GoLand 配合 Docker,但因路径映射和 GOROOT 配置的复杂性,最终转向 VS Code 结合 Dev Containers。通过配置 devcontainer.json 和 docker-compose.yml,实现了在容器内挂载代码、安装依赖及运行服务。文章还解决了 Go 版本不兼容导致的依赖获取问题,并完成了代码向 GitHub 仓库的提交与托管配置。

Go + Gin 实战 RESTful API:从环境搭建(WSL/Docker/VS Code)到 Git 提交与 GitHub 托管最先出现在永夜。

]]>