All:<div><br></div><div>I have been experimenting with volo (<a href="http://volojs.org">http://volojs.org</a>) with dependency/package management for Dojo in light of Dojo 2.0.  For those not familiar, volo is a toolset for managing/building websites from James Burke.  The biggest benefit is that it is an AMD aware package &quot;manager&quot; that builds upon the CommonJS package definition to provide easy discovery and installation of packages, along with managing the dependencies of those packages.</div>
<div><br></div><div>The changes for us would be minimal, essentially adding a couple lines to our package.json of our main packages.  End users could very easily add their dependencies to their projects and then volo will do the rest of the work.  I have converted over my experimental documentation wiki to leverage volo to manage it&#39;s dependencies on Dojo: <a href="https://github.com/kitsonk/dojoment/blob/master/package.json">https://github.com/kitsonk/dojoment/blob/master/package.json</a>.  I also experimented by modifying the package.json in my personal forks of <a href="https://github.com/kitsonk/dojo">dojo</a>, <a href="https://github.com/kitsonk/dijit">dijit</a> and <a href="https://github.com/kitsonk/dojox">dojox</a> to include the volo information to be fully consumable by volo.</div>
<div><br></div><div>While Kris did well with cpm, I really found volo easy to use and its automatic integration with GitHub makes it very easy for end developers not only consume Dojo easily, but also other packages and libraries.  There are also other parts of volo that I have yet to explore or experiment with that might make the whole toolchain of &quot;building&quot; Dojo and websites a little bit easier to end developer, which is good for everyone.</div>
<div><br></div><div>I am sure James can give us his opinion on volo and the suitability of us adopting it as our standard and any part of volo we might be missing that would be useful for us to take a look at.</div><div><br>
</div><div>The one thing I think we would want to do is continue/develop the package registry at <a href="http://packages.dojofoundation.org/">http://packages.dojofoundation.org/</a> in order to continue to grow the community.</div>
<div><br></div><div>I am throughly impressed with volo.  Its simplicity and elegance are not lost on me.  Consider that even if we did nothing, you can right now add Dojo to your project with the following:</div><div><blockquote style="margin:0 0 0 40px;border:none;padding:0px">
<div><font face="courier new, monospace">volo add dojo/dojo</font></div><div><font face="courier new, monospace">volo add dojo/dijit</font></div><div><font face="courier new, monospace">volo add dojo/dojox</font></div></blockquote>
</div><div><br></div><div>Let&#39;s say you don&#39;t want 1.8.0, you want the latest version of 1.7:</div><div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><font face="courier new, monospace">volo add dojo/dojo/~1.7</font></div>
<div><font face="courier new, monospace">volo add dojo/dijit/~1.7</font></div><div><font face="courier new, monospace">volo add dojo/dojox/~1.7</font></div></blockquote></div><div><br></div><div>How wonderful is that?  Let&#39;s say you have a project where you have already identified all your volo dependencies in your package.json, just give this a go:</div>
<div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><font face="courier new, monospace">volo add</font></div></blockquote></div><div><br></div><div>Anyways, I will be prepared to talk about this more at the weekly meeting.</div>
<div><br></div><div>Regards,</div><div>Kit</div>