A starting point for Grunt.js HTML projects/repositories.
This repo is just an example of my preferred Grunt-powered asset/theme files workflow.
It’s my preference to separate asset/theme files from server-side code/templates. A few advantages to this type of setup is:
- Updating theme becomes as simple as changing one variable (see below).
- Build and commit theme files separately from server-side logic/templates.
This repo also serves as an example of how one can use Grunt (via grunt-env
and grunt-preprocess
tasks) to build a “development” and “production” index.html
, and other, file(s).
- Development build (non-minified/uglified, etc.)
- Production build
Assuming you already have Grunt.js installed …
Note: The Grunt command line interface gets installed locally, so you can skip $ npm install -g grunt-cli
if you use the $ npm run
commands.
Here’s a few ways to install this code:
- Download as a
zip
. - Clone it:
$ git clone https://github.com/mhulse/grunt-html-boiler.git
. - Fork it and clone:
$ git clone git@github.com:USERNAME/grunt-html-boiler.git
.
Navigate to the local repo’s build/
directory:
$ cd grunt-html-boiler/build/
Install Grunt tasks:
$ npm install
Optionally, install the latest Bower plugin versions:
$ grunt bower
# … or:
$ npm run bower
… this will install plugins (as defined in build/bower.json
) into the build/files/plugins/
directory; in order to keep things tidy, I’ve created these symlinks:
Plugin | Destination |
---|---|
build/plugins/fastclick/fastclick.js |
build/scripts/fastclick.js |
build/plugins/jquery/jquery.js |
build/scripts/jquery.js |
build/plugins/normalize-css/normalize.css |
build/styles/partials/_normalize.scss |
Test the development build:
$ grunt
# … or:
$ grunt dev
# … or:
$ npm run dev
Visit the development build:
http://localhost/grunt-html-boiler/dev/
Note: The above URL will depend upon your local development environment; for previewing my projects I use XAMPP.
Alternatively, you could setup grunt-contrib-connect
(#37).
At this point, you can modify any of the files, especially the ones found in the build/files/
directory.
Modify build/package.json
to meet the needs of your repo/project.
Note: The production
key’s value is the URI where the final production files will live.
To make life easier while developing, run:
$ grunt watch
# … or:
$ npm run watch
… the watch
command will run a development build any time these directories/file(s) change:
build/Gruntfile.js
build/files/scripts/<%= pkg.ns %>.*.js
build/files/scripts/**/*
build/files/styles/**/*
build/files/templates/**/*
Once you’re ready to do a production build, run:
$ grunt prod
# … or:
$ npm run prod
Push the production build to your GitHub repo.
Depending on your setup, you may need to pull the latest build to your production server.
Visit the production build locally:
http://localhost/grunt-html-boiler/prod/
Note: The production build’s asset files are absolutely linked to the production server; hence the need to push the latest files there before previewing the production’s HTML file and related assets.
Finally, in a real world scenario, you would update the asset path (on your live templates) by updating the URL to the latest production build. For example, here’s a simple PHP function one could use in a WordPress functions.php
file:
/**
* Theme build version.
*
* Called like so: <?=theme_build()?>
*/
function theme_build() {
return '/prod/1.0.0/20140222/1'; // Edit this string to update theme across site.
}
… and on the template level:
<link rel="stylesheet" href="http://static.foo.com<?=theme_build()?>/styles/grunt-html-boiler.min.css">
<script src="http://static.foo.com<?=theme_build()?>/js/grunt-html-boiler.min.js"></script>
-
This project generates two groups of Grunt-built files: 1) Un-minified/uglified, and 2) minified/uglified. I prefer having my development- and production-generated files separately built.
-
This project puts the “build” code a level deep off the root. In my opinion, having the source files out of the root and in a sub-directory allows for the overall setup to be more organized and streamlined.
Personal projects that have used grunt-html-boiler
as a starting point:
… and other development notes, can be found here.
Please read the CONTRIBUTING.md.
Bugs? Constructive feedback? Questions?
Copyright © 2016 Micky Hulse
Licensed under the Apache License, Version 2.0 (the “License”); you may not use this work except in compliance with the License. You may obtain a copy of the License in the LICENSE file, or at:
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an ”AS IS” BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.