copy-webpack-plugin 项目中的 glob 模式优化：从 globby 到 tinyglobby 的迁移

在 webpack 生态系统中，copy-webpack-plugin 是一个常用的资源复制插件。近期该项目进行了一项重要的内部优化：将 glob 模式匹配库从 globby 迁移到了 tinyglobby。这一变更不仅影响了插件内部实现，也对用户使用方式带来了一些需要注意的变化。

背景与动机

globby 是一个流行的 Node.js glob 模式匹配库，但随着项目发展，其依赖项逐渐增多（23个依赖）。相比之下，tinyglobby 作为轻量级替代方案，仅需2个依赖，已被 vite 等众多知名项目采用。这种依赖精简带来了显著的性能提升和包体积减小。

技术实现差异

迁移过程中发现了一些关键的技术差异点：

1. 路径处理行为：globby 在某些情况下会默认返回绝对路径，而 tinyglobby 严格遵循配置。为此，迁移时需要显式设置 absolute: true 选项。

2. glob 模式语法：tinyglobby 更严格遵循 picomatch 的标准 glob 语法。例如：

   • globby 接受的非标准模式 **.ts
   • tinyglobby 要求的标准模式 **/*.ts

3. 功能支持：tinyglobby 目前缺少对自定义 fs 实现的直接支持，这是未来需要完善的功能点。

用户影响与迁移建议

对于使用 copy-webpack-plugin 的开发者，升级到13.0.0及以上版本时需要注意：

1. glob 忽略模式：必须使用标准语法，将 **.ts 改为 **/*.ts 形式
2. 路径处理：如果依赖绝对路径，确保配置中明确指定
3. 冲突处理：新版本严格遵循模式顺序，重复文件需要设置 force 选项

最佳实践示例

new CopyPlugin({
  patterns: [
    { 
      from: 'src/assets',
      to: 'assets',
      globOptions: { 
        ignore: [
          '**/*.tmp',       // 正确写法
          '**/test/**/*'    // 多层目录匹配
        ]
      }
    }
  ]
})

未来展望

随着 Node.js 原生 glob 支持的完善，未来可能会完全移除外部依赖。目前 tinyglobby 提供了良好的过渡方案，既保持了功能完整性，又显著提升了性能。开发者应及时更新 glob 模式写法，享受更高效稳定的资源复制功能。

这一变更虽然带来了短暂的适配成本，但从长远看提升了工具链的健壮性和性能，是 webpack 生态持续优化的重要一步。