Python、JDK 与 JetBrains 项目换电脑：解释器、SDK、.idea 和依赖怎么迁移
区分源代码、团队配置、本机状态、秘密文件和可重建目录；按证据处理 Python venv、PyCharm 解释器、IntelliJ JDK、Git 凭据、Node 与 CMake。
1. 先把项目分成五类
- 必须保留：源代码、测试、构建定义和依赖锁文件。
- 团队可共享：经过核验的代码风格、检查规则、运行配置和 CMakePresets.json。
- 本机状态：workspace.xml、本机解释器绝对路径和个人 CMakeUserPresets.json。
- 必须重建：.venv、node_modules、build 与 cmake-build-*。
- 禁止分享：.env、私钥、Token、明文凭据和带秘密的 HTTP 请求历史。
2. Python 虚拟环境为什么要重建
Python 官方把 venv 定义为建立在基础解释器之上的隔离环境，并明确说明它应是可丢弃、不可移动且不进入版本控制的目录。换机器时保存依赖定义，在目标解释器上重新创建，而不是修补旧环境中的绝对路径。
3. 终端能跑、PyCharm 不能跑
分别记录外部终端与 IDE 内置终端的 Python 可执行文件、pip 所属解释器、工作目录和运行参数。PyCharm 项目必须选择具体解释器；反复“安装同一个包”不能修复选错解释器。
4. Java 能运行不代表能编译
java -version 只证明有运行命令；开发项目还应检查 javac -version，并核对 IntelliJ Project SDK、模块 SDK 与 Gradle/Maven 使用的 JVM。
5. CMake 团队配置与个人配置分开
CMake 官方区分可进入版本控制的 CMakePresets.json 和不应提交的个人 CMakeUserPresets.json。换机器后应删除旧构建目录并重新配置，不要手改缓存里的旧绝对路径。
6. .gitignore 不是泄密后的撤回按钮
Git 官方说明忽略规则不会影响已经跟踪的文件。发现秘密曾提交时，应立即在服务端撤销或轮换；再根据仓库协作情况处理历史。credential.helper=store 会把凭据明文保存在磁盘上，应选择操作系统安全存储。
7. 免费清单与可选本地工具
先使用免费迁移与排障清单生成处置顺序。只需要规则时无需购买；需要扫描真实项目的相对路径、输出去敏报告、自动测试和可填写交接模板时，再核对原创工作包。
8. 官方来源
同一问题集群的免费排障页
按你当前看到的报错选一页，不需要从头阅读全部内容。
2026 JetBrains 合法免费使用指南：学生许可、非商业使用、试用与商业订阅怎么选
不再寻找失效激活码：按学生/教师、个人非商业、商业工作、课堂部署和短期评估五种用途，核对 JetBrains 当前官方许可路径与安全迁移步骤。
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 配置，在目标机做可复现安装。