Directory Structure

Aerobatic defaults to some specific common front-end conventions. By conforming to these conventions you can simplify your configuration (convention over configuration).

Here is the basic suggested skeleton for your app repo that each of the starter templates conforms to:

├── app
│   ├── css
│   │   ├── **/*.css
│   ├── favicon.ico
│   ├── images
│   ├── index.html
│   ├── js
│   │   ├── **/*.js
│   └── partials/template
├── dist (or build)
├── node_modules
├── bower_components (if using bower)
├── test
├── Gruntfile.js/gulpfile.js
├── README.md
├── package.json
├── bower.json (if using bower)
└── .gitignore

Your app's source code is nested beneath the app directory. This is where assets are served from in debug mode. Note that in most cases it is not necessary to setup a watch to re-compile languages and syntaxes including CoffeeScript, Sass, Stylus, Jade, and LESS as the development server will automatically do this for you in middleware. Note that in your index page, you should not include the /app prefix since the development asset server will treat it as the root.

<!- Serves app/js/main.js-->
<script data-aero-build="debug" src="/js/main.js"></script>

For deployment, yoke assumes that all the files (including the index page) required to run in release mode have been written to a directory called either dist or build off the root. Grunt or Gulp both have good facilities for writing the outputs of a task to a different directory.

https://raw.githubusercontent.com/aerobatic/markdown-content/master/docs/directory-structure.md

paulolorenzobasilio/directory-structure.md

Directory Structure