Moon项目中的affectedFiles行为优化：从默认路径到全量输入的演进

在Moon构建工具中，--affected选项是一个非常实用的功能，它能够智能地识别并仅处理受影响的文件，特别适合用于格式化或linting等任务的预提交钩子。然而，当需要处理整个项目时（比如缓存被清除后重新格式化），原有的行为存在一些局限性。

原有机制的问题

Moon原本的设计是：当没有检测到受影响的文件时，会自动将当前目录.作为默认参数传递给任务。这种设计在简单场景下工作良好，但在需要精细控制文件处理范围时就显得不够灵活。特别是当开发者需要排除某些特定文件时，这种一刀切的做法会导致无法利用Moon内置的文件过滤能力。

改进方案的技术实现

经过社区讨论和开发团队的评估，最终解决方案是让Moon在没有检测到受影响文件时，改为传递所有匹配输入模式的文件，而不是简单地使用当前目录。这一改变带来了几个显著优势：

1. 保持过滤一致性：开发者可以继续利用Moon的输入模式来精确控制文件处理范围
2. 减少配置冗余：避免了为每个工具单独配置忽略规则的需要
3. 行为可预测性：任务处理的范围完全由Moon的配置决定，而不是工具各自的忽略规则

兼容性考虑与最终实现

在初步实现后，团队发现这种改变可能会影响某些现有任务的预期行为。为了平衡功能改进和向后兼容性，Moon 1.22版本引入了一个新的配置选项affectedPassInputs。这个选项允许开发者根据需要选择是否启用新的全量输入行为：

• 当设置为true时，无受影响文件情况下传递所有匹配输入
• 保持默认值false则维持原有行为（传递当前目录）

这种设计既解决了原始问题，又确保了不会破坏现有工作流的稳定性。

实际应用建议

对于需要处理整个项目但又想保持精细控制的场景，建议开发者：

1. 明确任务输入模式，正确定义需要处理的文件范围
2. 在moon.yml中启用affectedPassInputs选项
3. 利用Moon的输入模式而非工具自带的忽略机制来控制文件范围

这种改进使得Moon在保持原有高效增量处理能力的同时，也提供了更灵活的全量处理选项，进一步提升了构建系统的适应性和可配置性。