Haskell Cabal 项目中的脚本运行目录创建问题分析

在 Haskell 生态系统中，Cabal 是一个广泛使用的构建系统和包管理工具。近期在 Cabal 的开发版本中发现了一个值得关注的问题：当用户通过 cabal run 命令运行独立脚本时，会在当前目录下意外创建 dist-newstyle/cache/compiler 目录结构。

问题现象

当用户执行一个带有 Cabal 脚本头的 Haskell 文件时（如 #!/usr/bin/env cabal），即使脚本执行成功，也会在当前工作目录下留下 dist-newstyle/cache/compiler 目录结构。这种行为在 Cabal 3.14.1.0 版本中并不存在，属于新引入的回归问题。

技术分析

通过代码审查和二分查找，开发团队定位到问题源于一个特定的提交。该提交修改了项目初始化时的目录创建逻辑。原本的代码中，目录创建操作虽然存在，但并不一定会被执行，这取决于 initprojectskeleton 函数的具体行为。修改后的代码则无条件地执行了目录创建操作。

影响范围

这个问题主要影响以下使用场景：

1. 使用 Cabal 作为脚本解释器的 Haskell 脚本
2. 通过 cabal run 直接执行 Haskell 文件
3. 在项目目录之外运行脚本的情况

解决方案

开发团队已经提交了修复补丁，主要调整了目录创建的逻辑，确保不会在不必要的情况下创建 dist-newstyle 目录结构。需要注意的是，该补丁仅解决了 dist-newstyle 目录的问题，而同时存在的 build 目录创建问题需要单独处理。

最佳实践建议

对于开发者而言，在使用 Cabal 运行脚本时应当注意：

1. 定期更新到最新稳定版本的 Cabal
2. 在项目目录中运行脚本以避免污染其他目录
3. 关注脚本执行后产生的临时文件和目录

这个问题提醒我们，在修改构建系统的核心逻辑时需要特别注意其副作用，特别是对文件系统操作的影响。Cabal 作为 Haskell 生态的关键组件，其行为的稳定性对整个开发体验有着重要影响。