Mill构建工具移除对`import $file`的遗留支持

在Mill构建工具的发展历程中，import $file语法曾作为早期版本中引入外部文件的一种机制。随着项目演进至0.12版本，该功能已被正式废弃且不再具备实际功能。最新提交的代码变更彻底移除了相关处理逻辑，标志着这一历史特性的终结。

从技术实现角度看，import $file属于早期Mill对Scala脚本交互模式的实验性支持。其设计初衷是允许构建脚本通过文件路径直接引用其他脚本内容，类似于传统编程语言中的模块导入机制。然而在实际应用中，这种机制存在明显的局限性：

1. 路径解析复杂度高，容易受工作目录变化影响
2. 缺乏可靠的依赖管理能力
3. 与现代Mill的模块化体系存在架构冲突

随着Mill项目逐渐成熟，更完善的import $ivy依赖管理和模块化构建系统已经完全取代了这种临时方案。移除废弃代码不仅简化了代码库，还带来了以下技术收益：

• 减少核心解析器的复杂度
• 消除潜在的解析歧义
• 提升构建脚本的确定性
• 为未来功能演进扫清障碍

对于现有用户而言，早在0.12版本发布时就已经建议迁移到标准化的模块导入方式。此次代码清理属于技术债务的常规偿还，不会影响任何当前有效的构建配置。开发者应当使用Mill提供的正式模块系统来组织复杂项目的构建逻辑，这包括：

• 定义明确的Mill模块
• 使用标准的Scala导入语法
• 通过object层次结构组织构建任务
• 利用T{...}任务抽象实现逻辑复用

该变更体现了Mill项目维护团队对代码质量的严格要求，也反映了构建工具向更稳定、更可维护架构发展的趋势。对于构建工具开发者而言，这个案例展示了如何有步骤地淘汰历史包袱：先通过版本迭代标记为废弃，经过充分过渡期后，最终在确保兼容性的前提下进行彻底清理。