My new favoured approach for sourcing Infusion as a front-end dependency in other projects

Justin Obara obara.justin at
Mon Sep 12 13:06:49 UTC 2016

Hi Alan,

Thanks for sharing your strategy. I have a question about your approach. Do
you save the Infusion library to git? If not, are you able to create an NPM
package for your MyL3 code that also includes Infusion at the correct


On September 9, 2016 at 10:56:49 AM, Harnum, Alan (aharnum at wrote:

I wanted to draw the community's attention to the approach I've taken for
sourcing Infusion as a front-end dependency here in my ongoing MyL3 work: in light of
recent discussion ( –
while still not especially elegant, it's a big improvement, and I'd
recommend it to others with a similar need to manage Infusion as a
third-party dependency for non-Node work.

This is possible because a recent change to the 'grunt build' task in the
Infusion version published to NPM removed a cleanup step that removed the
produced /build directory after making the ZIP file.

Following an 'npm install' in the project root, the "installFrontEnd"
custom grunt task does the three things:

   - uses the exec task to run 'npm install' in node_modules/infusion to
   get Infusion's own build dependencies
   - uses the exec task to run 'grunt build' in node_modules/infusion to
   build the concerted + minified Infusion, plus source map
   - uses the copy task to copy the built Infusion + other front end
   dependencies into the need src/lib and test/lib directories

This means I no longer have to keep Infusion checked into the repo or worry
about making my own builds for the project, without having to deal with
much greater complexity than a few additional Grunt tasks.

fluid-work mailing list - fluid-work at
To unsubscribe, change settings or access archives,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the fluid-work mailing list