I expect this to be most useful for simple, front-end focused projects, particularly those that are already working with a traditional list of
<script> tags in
index.html (and where you may not want to rock the boat). There are more sophisticated versions of this out there, but
adhesive has some advantages:
adhesive doesn't bother with css. I usually have compass watching my scss files and combining them already.
You need to install Node if you haven't already. Then:
npm install adhesive -g
Or you can clone this repository,
cd into into it, and run
npm install, then
npm link. That's a good option if you want to try modifying adhesive.
adhesive <config_path> [--debug | --dont-minify | --help]
Your config file must have a .json extension. You may omit the extension when invoking adhesive. For example, if your configuration file is named
build.json, the following are equivalent:
I recommend using nodemon with adhesive to recombine your code each time you make a change. Thanks to source maps, this allows you to have a nice workflow that is pretty much identical to using
npm install nodemon -g
nodemon adhesive build --debug
Important: note that if you install adhesive from npm or use
npm link, you'll need to use nodemon's
nodemon --exec adhesive build --debug --watch src-js
You'll notice that I used the
--watch option to specify the watch folder. In this example I'm building to the 'js' folder, but all my constituent files are in 'src-js'.
The reason is simple: if you use nodemon to execute adhesive and the latter saves its output to the same folder nodemon is watching (such as the project directory), you'll wind up with a crazy infinite loop because nodemon will detect adhesive's output as a change.
The configuration file is a JSON document (as noted above, you can name it anything, but I recommend
build.json). It requires that you specify an array of source files and an output path, like so:
It probably goes without saying that the sources are concatenated in the order listed, so if your site currently has a list of script tags, you'll want to maintain that same order in here.
You can set a
sourceRoot path that will be prepended to the file paths in the
You can define globals that will be injected during the Uglifying process (when the
--debug option is not used). Find out why you might want to do this on my blog. Use a hash called
sourceMapconfiguration hash because it was confusing. Now uses sensible default of saving the source map with the built file.
Copyright (c) 2013, John Starr DewarAll rights reserved.Redistribution and use in source and binary forms, with or withoutmodification, are permitted provided that the following conditions are met:1. Redistributions of source code must retain the above copyright notice, thislist of conditions and the following disclaimer.2. Redistributions in binary form must reproduce the above copyright notice,this list of conditions and the following disclaimer in the documentationand/or other materials provided with the distribution.THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" ANDANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIEDWARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE AREDISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FORANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED ANDON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT(INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THISSOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.The views and conclusions contained in the software and documentation are thoseof the authors and should not be interpreted as representing official policies,either expressed or implied, of the FreeBSD Project.