VSCode Remote-SSH连接失败主因是known_hosts中旧密钥冲突,需用ssh-keygen -R清理对应记录,或手动删除该文件中目标主机行,并注意WSL/Windows路径差异及插件缓存干扰。

CodeGeeX 生成 Dockerfile 时为什么 COPY 顺序总出错?
因为 CodeGeeX 默认按语义推导依赖层级,但不会主动识别 requirements.txt 是否被 COPY 在 RUN pip install 之前——它只看文件是否存在、是否在根目录。一旦你把 requirements.txt 放在子目录(比如 backend/requirements.txt),或用 poetry.lock 替代,插件就容易漏掉关键路径。
- 确保
requirements.txt或pyproject.toml位于项目根目录;若不在,手动在自然语言指令里强调:“COPY backend/requirements.txt /app/requirements.txt” - 多阶段构建中,
COPY --from=builder的源阶段名必须和实际 stage 名一致,CodeGeeX 不会校验拼写,builder写成build就直接构建失败 - 默认生成的
CMD是["python", "app.py"],但如果你用的是uvicorn main:app,必须在指令里明确写出来,否则容器启动后立刻退出
Remote-SSH 配置脚本执行后仍连不上,常见卡点在哪?
脚本能自动写 ~/.ssh/config,但连不上往往不是配置问题,而是 SSH 层级的隐性状态没清理干净。
-
known_hosts里残留旧主机密钥会导致连接拒绝,脚本不自动清理——需手动运行ssh-keygen -R your-server-ip - 脚本默认用
IdentitiesOnly yes限制密钥使用,但如果私钥密码为空、而 ssh-agent 正在托管其他密钥,反而会因认证方式冲突失败 - VSCode Remote-SSH 插件缓存了旧连接状态,改完配置后必须重启 VSCode,或点击远程资源管理器里的“Close Remote Connection”再重试
EditorConfig 自动生成的 .editorconfig 为什么不起作用?
EditorConfig 插件生成的是基础模板,但真正生效依赖两个硬性条件:文件位置必须正确,且项目根目录下不能有更高优先级的同名配置。
-
.editorconfig必须放在**最外层项目根目录**,放在src/或packages/下无效 - 如果项目里已有
.prettierrc或eslint.config.js,它们的缩进/换行规则可能覆盖 EditorConfig,尤其当 Prettier 设置了"endOfLine": "crlf"时 - VSCode 默认启用 EditorConfig,但某些插件(如某些版本的 Prettier)会禁用它,检查设置里
editorconfig.editorconfig.enable是否为true
Vue 模板 snippet 输入 vue 后没反应,八成是这三件事没做对
不是插件没装,也不是 JSON 写错,而是 VSCode 对 Vue 文件的识别链断在了某个环节。
- 右下角状态栏显示的必须是
Vue,不是HTML或Vue SFC;若显示错误,点击切换,或加配置:"files.associations": { "*.vue": "vue" } - Volar 必须开启
volar.takeOverMode,且 Vetur 必须完全卸载——二者共存时,Volar 会退化为只提供语法高亮,snippet 触发逻辑直接失效 -
vue.code-snippets文件里"scope": "vue"不能写成"scope": ["vue"]或漏掉,数组格式、大小写、引号全错,VSCode 就当它不存在
known_hosts,Dockerfile 生成前先核对 requirements.txt 路径,Vue snippet 生效前先盯住右下角那个小标签——状态不对,后面全白搭。


















