还想了解一下，比如说下面这两种场景：
1、前端做静态页面，后端完成功能
2、前后端分离
grunt能最大程度的干些什么？
工作中愉快的前后端分离，已达两年之久。 虽觉前端构建可作事情很多， 然不用gruntjs, 主要还是包括我自己在内团队大部分人都觉得gruntjs/glupjs的配置模式过于复杂。
在知乎上面回答过一个前端构建/前端工具化 的一个问题 : http://www.zhihu.com/question/28638304/answer/42281114
在没有实现前后端分离的情况下， 前端是相当悲催的，极有可能被后台把自己的代码给套成 "shit"，
所以，首先我还是建议你们考虑前后分离吧，
一些核心部分不适合分离的，前端尽量不要介入，
或者说如果是前端介入了，可以考虑在开发环境搭建跟后台开发那边一样的或者类似的环境进行调试，从而实现让后端开发原理你的代码(事实上很多时候他们也很厌烦这种套代码的事情) 。
gruntjs是前端构建流程化的工具， 就像我在知乎里讲到的，你能够总结出来的有重复性的工作，一般都有构建工具的用武之地。 例如：你在了解后台网页模板语言的情况下，使用gruntjs进行解析，讲自己书写的jsp/vm/ftl/jade等 生成为HTML页面进行调试，从而确保不需要后台再去修改代码。 当然这个实现过程可能相对很复杂。
乱七八糟写了一圈， 最后还是要说一句， 用一下 f2e-server
吧， 开发阶段：LESS、coffee，模板中间件集成，远程单域/多域代理， 页面拼装， 纯javascript服务端脚本嵌入和一键生成、压缩、合并、输出 成生产资源，懒人必备哇！
grunt 可以做很多事情，
1. 帮助是js，css文件合并打包,混肴
2. 对图片，html压缩
3. 复制文件
4. 监控代码文件，减少手动刷新次数
5. 做些测试
6. 发布，复制文件到指定的目录
常用的就这么多吧
顺便提一下，还有一个工具叫gulp的，这个使用起来比grunt简单顺手（个人意见)
对于前后完全分离的架构，可以直接将build后的文件发布到nigx目录下就可以访问了