开发环境故障排查:Python、JDK、JetBrains、Node 与 CMake
按明确报错选择证据命令、修复顺序与验收标准;不用重装一切,不复制不可搬运的环境产物。
先免费生成工具链指纹
如果还不确定是哪一层不一致,先下载免费开发环境指纹生成器,分别在外部终端和 IDE 终端运行。它只记录常见工具版本与可执行路径,不读取项目文件、环境变量值、Git remote 或凭据。
先按症状选路径
这个专题不鼓励“重装一切”。先保存解释器、构建器、工作目录和锁文件证据,再根据你当前的明确报错选择一条路径。
- PyCharm 报 No module named,终端却能运行:先对齐解释器和 pip
不要先重复安装依赖。用 sys.executable、python -m pip show、运行配置和工作目录定位 PyCharm 与终端是否使用了不同环境。 - Python .venv 换电脑后失效:不要复制,用依赖定义重建
Python 官方明确将虚拟环境视为可丢弃、不可搬运的目录。本页给出换机前保存证据、目标机重建和验收步骤。 - IntelliJ 无效的源发行版:区分 Project SDK、Language level 和 Gradle JVM
java -version 正常不等于项目编译链正确。逐层核对 JDK、javac、Project SDK、模块 SDK、语言级别与 Gradle JVM。 - CMake 换目录后还指向旧路径:删缓存重配置,不要手改 CMakeCache
项目改路径、换电脑或更换编译器后,旧构建树容易留下绝对路径。用 fresh 配置、Presets 和可重现验收修复。 - node_modules 要不要复制到新电脑?用 package-lock 和 npm ci 重建
node_modules 可能包含平台二进制、符号链接和安装脚本结果。保留 package.json、锁文件与项目 npm 配置,在目标机做可复现安装。 - .idea 目录要不要提交 Git?JetBrains 配置分类与泄密检查
不把 .idea 简化成“全提交”或“全忽略”。区分团队规则、项目结构、个人工作区、本机绝对路径和敏感信息。
没有明确报错,只是准备换电脑
先阅读Python、JDK 与 JetBrains 项目换电脑总指南,然后使用免费开发环境迁移清单把项目文件分为保留、重建、排除和人工复核。免费页已给出单项问题的判断方法,不需要为了获得基本答案购买。
什么时候才需要原创工作包
只有需要对真实项目进行本地扫描、生成去敏 JSON/Markdown 报告、获得可填写的共享矩阵和迁移验收表时,再核对下方原创工作包的交付清单。工作包不包含激活码、破解补丁或任何绕过许可的内容。
按任务选择资料
先核对问题、环境和交付清单;不需要的资料不必购买。