C#执行dotnet ef dbcontext scaffold仅生成DbContext无实体类问题

问题背景 #

通过C#代码基于现有数据库生成EF Core数据模型，命令参照官方示例编写，实现方式为C#创建系统进程执行相关dotnet ef命令。

异常表现 #

• 直接在系统命令行执行对应脚手架命令，可正常生成完整模型，包含DbContext类、所有数据库表对应的实体类
• 在VS2022环境下通过C#创建的系统进程执行完全相同的命令，执行过程无报错，但Model输出目录下仅生成DbContext文件，未生成任何实体类文件

手动复现验证 #

在空文件夹中手动执行以下命令序列，执行完成后检查目录，Model文件夹内可正常生成DbContext及所有数据库对应实体类定义文件，与命令行直接执行结果一致：

dotnet new console
dotnet add package Microsoft.EntityFrameworkCore.SqlServer
dotnet add package Microsoft.EntityFrameworkCore.Design
dotnet ef dbcontext scaffold "Server=***.***.***.***;User Id=******;Password=*********" Microsoft.EntityFrameworkCore.SqlServer -o Model -f -v

排查思路与解决方案 #

• 检查进程工作目录配置：创建Process实例时必须显式设置WorkingDirectory属性为目标项目csproj文件所在的根目录，不要依赖进程默认启动路径。VS调试时进程默认工作目录通常是编译输出的bin子目录，不是项目根目录，会导致ef命令扫描项目依赖、加载配置时出现逻辑异常，仅生成部分文件。
• 校验进程环境变量：启动进程时显式传入当前系统的PATH环境变量，同时确认DOTNET_ROOT等dotnet运行相关环境变量与手动打开命令行时的变量值一致，避免加载到不匹配版本的dotnet ef工具或运行时组件。
• 捕获完整执行日志：不要仅通过进程退出码判断执行成功，要重定向进程的StandardOutput和StandardError流，把所有输出（包括-v参数打印的verbose级日志）完整写入日志文件。即使退出码为0，verbose日志也会明确记录实体生成阶段跳过表的具体原因，常见原因包括程序集加载失败、表结构读取权限不足、schema识别错误等。
• 核对进程执行身份：如果VS以管理员权限启动，其拉起的子进程也会继承管理员身份，部分SQL Server环境下管理员账号连接数据库时的默认schema配置与普通用户账号不一致，会导致扫描不到对应业务表，仅生成空的DbContext骨架。
• 显式指定数据库schema：在scaffold命令后追加--schema dbo（替换为实际业务表所在的schema名），避免因执行上下文差异导致默认schema识别偏差，漏扫对应表。
• 确认NuGet包引用写入：执行完包安装命令后，读取目标csproj文件内容，确认Microsoft.EntityFrameworkCore.SqlServer、Microsoft.EntityFrameworkCore.Design两个包的引用已正确写入文件，避免因包引用缺失触发兼容逻辑，仅生成DbContext文件。

内容的提问来源于stack exchange，提问作者Paul Mariotti