tmt-workflow/
│
├── _tasks                            //Gulp 任务定义├── package.json
├── .tmtworkflowrc                    //工作流配置文件└── project                           //项目目录
    ├── gulpfile.js                   //任务配置，每个项目必需
    ├── dev                           //开发目录，由 build_dev 任务自动生成
    │   ├── CSS
    │   ├── HTML
    │   ├── img
    │   └── slice
    ├── dist                          //生产目录(存放最终可发布上线的文件)，由 build_dist 任务自动生成
    │   ├── css
    │   ├── html
    │   ├── img
    │   └── sprite                    //雪碧图合并自 src/slice，文件名与 css 文件名一致
    │       ├── style-index.png
    │       └── style-index@2x.png
    └── src                           //源文件目录，此目录会被监听变化并重新编译->dev
        ├── css                       //样式表目录，使用 Less，只有 style-*.less 的文件名会被编译
        ├── html
        ├── img
        └── slice                     //图片素材，雪碧图合并，同名的 @2x 图片会被识别并进行合并
            ├── icon-dribbble.png
            ├── icon-dribbble@2x.png

如上，在我们日常开发当中，把所有项目都统一存放在一个目录，如可以叫 tmt-workflow, 目录下固定的有 _tasks 目录、package.json 和 .tmtworkflowrc，这几个是工作流必需的。

• _tasks: 存放 Gulp 代码的目录
• package.json: 模块依赖文件，用于 npm install 时用
• .tmtworkflowrc: 工作流全局配置文件，如果想有项目想特殊化，可在项目里面再建一个同名文件覆盖，更详细查看 ⒊ 配置文件

接着就是各个项目(project)了，一个标准的项目结构如下：

── project                              //项目目录
    ├── gulpfile.js                     //任务配置，每个项目必需
    └── src                             //源文件目录，此目录会被监听变化并重新编译->dev
        ├── css                         //样式表目录，使用 Less，只有 style-*.less 的文件名会被编译
        ├── html
        ├── img
        └── slice                       //图片素材，雪碧图合并，同名的 @2x 图片会被识别并进行合并
            ├── icon-dribbble.png
            ├── icon-dribbble@2x.png

注意：标准的项目结构只有如上所示，build_dev 和 build_dist 为程序自动生成。