干净维护的连续步骤——删除临时文件？答案

【问题标题】：Cleanly-maintained concat steps -- deleting temp files?干净维护的连续步骤——删除临时文件？
【发布时间】：2019-02-06 21:46:11
【问题描述】：

使用 grunt-contrib-concat，我有以下条目：

application: {
    files: {
      'purgatory/js/appbase.js': [
          'src/js/**/*.js', '!src/js/**/tests/**', '!src/js/**/workers/**'
      ],
      'purgatory/js/appworkers.js': [
          'src/js/workers/shared.js', 'src/js/workers/*.js'
      ],
      'purgatory/js/application.js': [
          'purgatory/js/appbase.js', 'purgatory/js/appworkers.js'
      ]
    }
}

解释是这样的：

“炼狱”就是我所说的暂存区。理论上，临时文件可以保存在这里，但不一定能投入生产。所以，“应用程序”任务中发生的事情是我构建了一个名为“appbase”的临时文件，其中包含我的大部分逻辑，除了我的网络工作者和测试。我将工人阶段分开，因为顺序很重要。然后我将这两个临时文件组装成最终的应用程序文件。

有效。

但我当前的进程最终只是抓住了所有炼狱/js，因为直到今天，我的文件都不是真正的临时文件，它们都是最终目标。我想继续这样做，而不是细化复制阶段或先对临时文件运行清理。

我不禁觉得我错过了 grunt-contrib-concat 中的一个机会。

事情发生了，

“获取除工作程序和测试之外的所有内容，然后获取特定工作程序文件，然后获取其余工作程序文件”。

我觉得如果我能更好地理解目的地地图，我可以一口气完成所有操作，而不必费心处理两个临时文件。最终目标是只将“application.js”发送到炼狱。意味着没有其他临时文件需要清理或以其他方式处理。有什么建议吗？

【问题讨论】：

标签： gruntjs grunt-contrib-concat

【解决方案1】：

嗯，答案直直地盯着我：您只需要将路径列表视为逐步构建的过滤器。因此，您可以排除列表中前面的所有“工人”，然后再包括特定的有序文件。都在同一个条目中：

application: {
    files: {
      'purgatory/js/application.js': [
          'src/js/**/*.js', '!src/js/**/tests/**', '!src/js/**/workers/**', 'src/js/workers/shared.js', 'src/js/workers/*.js'
      ]
}

当然，这样做之后，如果您觉得更舒服，您可以只使用 src/dest 属性。

【讨论】：