EFCorePowerTools中efpt.postrun.cmd工作目录变更问题解析

问题背景

在使用EFCorePowerTools工具时，开发者发现efpt.postrun.cmd脚本的执行行为发生了变化。原本能够正常运行的相对路径命令突然失效，原因是脚本执行时的工作目录从项目文件夹变成了系统目录C:\WINDOWS\system32。

现象描述

开发者习惯在efpt.postrun.cmd中使用相对路径调用PowerShell脚本：

pwsh -File .\TrackingManager\Db\_UpdateDbJsonTypes.ps1

这段代码原本能够正常工作，因为执行时的当前目录是项目文件夹。但最近发现脚本执行失败，经排查发现当前工作目录变成了C:\WINDOWS\system32，导致相对路径解析失败。

问题原因分析

这种行为的改变可能有几个潜在原因：

1. Visual Studio更新：最近的VS 2022版本更新可能修改了扩展执行环境的工作目录设置
2. 其他扩展干扰：某些VS扩展可能改变了默认的工作目录
3. EFCorePowerTools内部变更：工具本身的执行逻辑可能有所调整

解决方案

针对这个问题，EFCorePowerTools的维护者提供了专业的解决方案：在cmd脚本中显式设置工作目录。

推荐使用以下代码片段确保脚本在正确的目录下执行：

SET curDir=%~dp0
PUSHD %curDir%

这段代码的工作原理：

1. %~dp0获取当前批处理文件所在的完整路径
2. PUSHD命令将指定目录设为当前工作目录，并保存之前的目录以便后续恢复

最佳实践建议

1. 避免硬编码路径：绝对路径虽然能临时解决问题，但会破坏项目的可移植性
2. 使用环境变量：可以考虑使用VS或系统环境变量来构建相对路径
3. 错误处理：在关键脚本中添加错误检查和日志输出，便于问题排查
4. 版本控制：将efpt.postrun.cmd纳入版本控制，方便团队协作

总结

当遇到类似脚本执行环境变化的问题时，显式设置工作目录是最可靠的解决方案。这种方法不仅解决了当前问题，还能增强脚本的健壮性，使其在不同环境下都能可靠运行。开发者应当养成编写环境无关脚本的习惯，这对于团队协作和持续集成环境尤为重要。