-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
feat(build): Moved config to separate file
User configuration of build tasks is no longer in the Gruntfile. Instead, a `build.config.js` contains the necessary configuration parameters. This split will ease future upgrades as well as provide a less intimidating entry point for new ngBoilerplate users.
- Loading branch information
Josh David Miller
committed
Jun 24, 2013
1 parent
7af6729
commit ff5d8b5
Showing
2 changed files
with
70 additions
and
59 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,61 @@ | ||
/** | ||
* This file/module contains all configuration for the build process. | ||
*/ | ||
module.exports = { | ||
/** | ||
* The `build_dir` folder is where our projects are compiled during | ||
* development and the `compile_dir` folder is where our app resides once it's | ||
* completely built. | ||
*/ | ||
build_dir: 'build', | ||
compile_dir: 'bin', | ||
|
||
/** | ||
* This is a collection of file patterns that refer to our app code (the | ||
* stuff in `src/`). These file paths are used in the configuration of | ||
* build tasks. `js` is all project javascript, less tests. `ctpl` contains | ||
* our reusable components' (`src/common`) template HTML files, while | ||
* `atpl` contains the same, but for our app's code. `html` is just our | ||
* main HTML file, `less` is our main stylesheet, and `unit` contains our | ||
* app's unit tests. | ||
*/ | ||
app_files: { | ||
js: [ 'src/**/*.js', '!src/**/*.spec.js' ], | ||
jsunit: [ 'src/**/*.spec.js' ], | ||
|
||
coffee: [ 'src/**/*.coffee', '!src/**/*.spec.coffee' ], | ||
coffeeunit: [ 'src/**/*.spec.coffee' ], | ||
|
||
atpl: [ 'src/app/**/*.tpl.html' ], | ||
ctpl: [ 'src/common/**/*.tpl.html' ], | ||
|
||
html: [ 'src/index.html' ], | ||
less: 'src/less/main.less' | ||
}, | ||
|
||
/** | ||
* This is the same as `app_files`, except it contains patterns that | ||
* reference vendor code (`vendor/`) that we need to place into the build | ||
* process somewhere. While the `app_files` property ensures all | ||
* standardized files are collected for compilation, it is the user's job | ||
* to ensure non-standardized (i.e. vendor-related) files are handled | ||
* appropriately in `vendor_files.js`. | ||
* | ||
* The `vendor_files.js` property holds files to be automatically | ||
* concatenated and minified with our project source files. | ||
* | ||
* The `vendor_files.css` property holds any CSS files to be automatically | ||
* included in our app. | ||
*/ | ||
vendor_files: { | ||
js: [ | ||
'vendor/angular/angular.js', | ||
'vendor/angular-bootstrap/ui-bootstrap-tpls.min.js', | ||
'vendor/placeholders/angular-placeholders-0.0.1-SNAPSHOT.min.js', | ||
'vendor/angular-ui-router/release/angular-ui-router.js', | ||
'vendor/angular-ui-utils/modules/route/route.js' | ||
], | ||
css: [ | ||
] | ||
}, | ||
}; |