Grunt 配置任务

**/*'], filter: 'isFile', }, },});或者创建你自己的filter函数，根据文件是否匹配来返回true或者false。下面的例子将仅仅清理一个空目录：grunt.initConfig({ clean: { foo: { src: ['tmp/**/*'], filter: function(filepath) { return (grunt.file.isDir(filepath) && require('fs').readdirSync(filepath).length === 0); }, }, },});通配符模式通常分别指定所有源文件路径是不切实际的，因此Grunt通过内置支持node-glob 和 minimatch 库来匹配文件名(又叫作globbing)。然这并不是一个综合的匹配模式方面的教程，你只需要知道如何在文件路径匹配过程中使用它们即可：* 匹配任意数量的字符，但不匹配 /? 匹配单个字符，但不匹配 /** 匹配任意数量的字符，包括 /，只要它是路径中唯一的一部分{} 允许使用一个逗号分割的“或”表达式列表! 在模式的开头用于排除一个匹配模式所匹配的任何文件每个人都需要知道的是：foo/*.js将匹配位于foo/目录下的所有的.js结尾的文件；而foo/**/*js将匹配foo/目录以及其子目录中所有以.js结尾的文件。此外, 为了简化原本复杂的通配符模式，Grunt允许指定一个数组形式的文件路径或者一个通配符模式。所有模式按顺序处理，模式处理的过程中，带有!前缀的模式所匹配的文件将不包含在结果集中。 而且其结果集中的每一项也是唯一的。例如：// 指定单个文件：{src: 'foo/this.js', dest: ...}// 指定一个文件数组：{src: ['foo/this.js', 'foo/that.js', 'foo/the-other.js'], dest: ...}// 使用一个匹配模式：{src: 'foo/th*.js', dest: ...}// 一个独立的node-glob模式：{src: 'foo/{a,b}*.js', dest: ...}// 也可以这样编写：{src: ['foo/a*.js', 'foo/b*.js'], dest: ...}// foo目录中所有的.js文件，按字母顺序排序：{src: ['foo/*.js'], dest: ...}// 首先是bar.js，接着是剩下的.js文件，并按字母顺序排序：{src: ['foo/bar.js', 'foo/*.js'], dest: ...}// 除bar.js之外的所有的.js文件，按字母顺序排序：{src: ['foo/*.js', '!foo/bar.js'], dest: ...}// 按字母顺序排序的所有.js文件，但是bar.js在最后。{src: ['foo/*.js', '!foo/bar.js', 'foo/bar.js'], dest: ...}// 模板也可以用于文件路径或者匹配模式中：{src: ['src/<%= basename %>.js'], dest: 'build/<%= basename %>.min.js'}// 它们也可以引用在配置中定义的其他文件列表：{src: ['foo/*.js', '<%= jshint.all.src %>'], dest: ...}更多关于通配符模式的语法，请查看node-glob 和 minimatch 的文档。动态构建文件对象当你希望处理大量的单个文件时，这里有一些附加的属性可以用来动态的构建一个文件列表。这些属性都可以用于Compact和Files Array文件映射格式。expand 设置为true用于启用下面的选项：cwd 所有src指定的匹配都将相对于此处指定的路径（但不包括此路径） 。src 相对于cwd路径的匹配模式。dest 目标文件路径前缀。ext 对于生成的dest路径中所有实际存在文件，均使用这个属性值替换扩展名。extDot 用于指定标记扩展名的英文点号的所在位置。可以赋值 'first' （扩展名从文件名中的第一个英文点号开始） 或 'last' （扩展名从最后一个英文点号开始），默认值为 'first' [添加于 0.4.3 版本]flatten 从生成的dest路径中移除所有的路径部分。rename 对每个匹配的src文件调用这个函数(在重命名后缀和移除路径之后)。dest和匹配的src路径将被作为参数传入，此函数应该返回一个新的dest值。 如果相同的dest返回不止一次，那么，每个返回此值的src来源都将被添加到一个数组中作为源列表。在下面的例子中，uglify 任务中的static_mappings和dynamic_mappings两个目标具有相同的src-dest文件映射列表, 这是因为任务运行时Grunt会自动展开dynamic_mappings文件对象为4个单独的静态src-dest文件映射--假设这4个文件能够找到。可以指定任意静态src-dest和动态的src-dest文件映射相互结合。grunt.initConfig({ uglify: { static_mappings: { // Because these src-dest file mappings are manually specified, every // time a new file is added or removed, the Gruntfile has to be updated. files: [ {src: 'lib/a.js', dest: 'build/a.min.js'}, {src: 'lib/b.js', dest: 'build/b.min.js'}, {src: 'lib/subdir/c.js', dest: 'build/subdir/c.min.js'}, {src: 'lib/subdir/d.js', dest: 'build/subdir/d.min.js'}, ], }, dynamic_mappings: { // Grunt will search for "**/*.js" under "lib/" when the "uglify" task // runs and build the appropriate src-dest file mappings then, so you // don't need to update the Gruntfile when files are added or removed. files: [ { expand: true, // Enable dynamic expansion. cwd: 'lib/', // Src matches are relative to this path. src: ['**/*.js'], // Actual pattern(s) to match. dest: 'build/', // Destination path prefix. ext: '.min.js', // Dest filepaths will have this extension. extDot: 'first' // Extensions in filenames begin after the first dot }, ], }, },});模板使用<% %>分隔符指定的模板会在任务从它们的配置中读取相应的数据时将自动扩展扫描。模板会被递归的展开，直到配置中不再存在遗留的模板相关的信息(与模板匹配的)。整个配置对象决定了属性上下文(模板中的属性)。此外，在模板中使用grunt以及它的方法都是有效的，例如： <%= grunt.template.today('yyyy-mm-dd') %>。<%= prop.subprop %> 将会自动展开配置信息中的prop.subprop的值，不管是什么类型。像这样的模板不仅可以用来引用字符串值，还可以引用数组或者其他对象类型的值。<% %> 执行任意内联的JavaScript代码。对于控制流或者循环来说是非常有用的。下面以concat任务配置为例，运行grunt concat:sample时将通过banner中的/* abcde */连同foo/*.js+bar/*.js+bar/*.js匹配的所有文件来生成一个名为build/abcde.js的文件。grunt.initConfig({ concat: { sample: { options: { banner: '/* <%= baz %> */\n', // '/* abcde *