<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Dependency Management in .Net: install2</title>
	<atom:link href="http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/</link>
	<description>pursuing well-crafted software</description>
	<lastBuildDate>Tue, 14 May 2013 13:08:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/#comment-298</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 05 Oct 2011 18:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derekgreer/?p=570#comment-298</guid>
		<description>The intent of this extension is to use it as part of your CI build process, so I don&#039;t see OpenWrap or NuGet Powertools presenting any advantages over this from a CI perspective.  This solution does have its own advantages, however, in that it isn&#039;t tied to any particular build tool (OpenWrap and NuGet Powertools both rely upon custom MSBuild tasks and modification of your project files to work) and it allows you to maintain a simple solution-wide manifest to denote your project&#039;s dependencies.
</description>
		<content:encoded><![CDATA[<p>The intent of this extension is to use it as part of your CI build process, so I don&#8217;t see OpenWrap or NuGet Powertools presenting any advantages over this from a CI perspective.  This solution does have its own advantages, however, in that it isn&#8217;t tied to any particular build tool (OpenWrap and NuGet Powertools both rely upon custom MSBuild tasks and modification of your project files to work) and it allows you to maintain a simple solution-wide manifest to denote your project&#8217;s dependencies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Pont</title>
		<link>http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/#comment-297</link>
		<dc:creator>Chris Pont</dc:creator>
		<pubDate>Wed, 05 Oct 2011 16:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derekgreer/?p=570#comment-297</guid>
		<description>Good work, and a nice simple solution.

Similar to OpenWrap, but NuGet Powertools does this too, as described here... http://bit.ly/n79hA0 
The advantage is that if you build using CI such as Jenkins, the dependencies will be resolved every time, and NuGet will keep the configs up to date if you decide to upgrade any packages.</description>
		<content:encoded><![CDATA[<p>Good work, and a nice simple solution.</p>
<p>Similar to OpenWrap, but NuGet Powertools does this too, as described here&#8230; <a href="http://bit.ly/n79hA0" rel="nofollow">http://bit.ly/n79hA0</a><br />
The advantage is that if you build using CI such as Jenkins, the dependencies will be resolved every time, and NuGet will keep the configs up to date if you decide to upgrade any packages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Edwin King</title>
		<link>http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/#comment-293</link>
		<dc:creator>Todd Edwin King</dc:creator>
		<pubDate>Wed, 28 Sep 2011 18:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derekgreer/?p=570#comment-293</guid>
		<description>Project file modification notwithstanding, we use MSBuild and find that convenient.  I&#039;m sure OpenWrap&#039;s goal is to have no specific build tool dependency.

As to &quot;magical&quot; referencing of assemblies, that is what enables the system we have built to manage cross-team dependencies.  Dependencies are not kept with source code (except where necessary) and are pulled during build process.

This goes well beyond NuGet and OpenWrap purview, but our needs go well beyond just making it easy to get and maintain open source dependencies.

Cheers </description>
		<content:encoded><![CDATA[<p>Project file modification notwithstanding, we use MSBuild and find that convenient.  I&#8217;m sure OpenWrap&#8217;s goal is to have no specific build tool dependency.</p>
<p>As to &#8220;magical&#8221; referencing of assemblies, that is what enables the system we have built to manage cross-team dependencies.  Dependencies are not kept with source code (except where necessary) and are pulled during build process.</p>
<p>This goes well beyond NuGet and OpenWrap purview, but our needs go well beyond just making it easy to get and maintain open source dependencies.</p>
<p>Cheers </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/#comment-292</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 28 Sep 2011 15:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derekgreer/?p=570#comment-292</guid>
		<description>The advantage of this approach is that it provides solution-level dependency management independent of any particular build tool.  One of the things I don&#039;t like about OpenWrap is the modification of project files to insert hooks to OpenWrap&#039;s custom MSBuild tasks.  I&#039;m also not sure I like the &quot;magical&quot; referencing of all assemblies.</description>
		<content:encoded><![CDATA[<p>The advantage of this approach is that it provides solution-level dependency management independent of any particular build tool.  One of the things I don&#8217;t like about OpenWrap is the modification of project files to insert hooks to OpenWrap&#8217;s custom MSBuild tasks.  I&#8217;m also not sure I like the &#8220;magical&#8221; referencing of all assemblies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Edwin King</title>
		<link>http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/#comment-291</link>
		<dc:creator>Todd Edwin King</dc:creator>
		<pubDate>Wed, 28 Sep 2011 14:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derekgreer/?p=570#comment-291</guid>
		<description>OpenWrap solves this problem pretty well now, and I hope better in the next version(s).  These build time objectives are what led me to OpenWrap after I determined that NuGet&#039;s scope/objectives aren&#039;t as powerful/useful as I was hoping.

It&#039;s good to see extensions like this though, as it looks like there is hunger for more advanced usages of NuGet.</description>
		<content:encoded><![CDATA[<p>OpenWrap solves this problem pretty well now, and I hope better in the next version(s).  These build time objectives are what led me to OpenWrap after I determined that NuGet&#8217;s scope/objectives aren&#8217;t as powerful/useful as I was hoping.</p>
<p>It&#8217;s good to see extensions like this though, as it looks like there is hunger for more advanced usages of NuGet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/#comment-290</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 27 Sep 2011 13:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derekgreer/?p=570#comment-290</guid>
		<description>This isn&#039;t supported right now since the install command, which my extension relies upon, doesn&#039;t appear to currently support ranges.  I&#039;ll see what I can do though.

==EDIT==
This turned out to be pretty easy, so its there now in version 1.0.0.1.</description>
		<content:encoded><![CDATA[<p>This isn&#8217;t supported right now since the install command, which my extension relies upon, doesn&#8217;t appear to currently support ranges.  I&#8217;ll see what I can do though.</p>
<p>==EDIT==<br />
This turned out to be pretty easy, so its there now in version 1.0.0.1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack Ryan</title>
		<link>http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/#comment-289</link>
		<dc:creator>Jack Ryan</dc:creator>
		<pubDate>Tue, 27 Sep 2011 08:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derekgreer/?p=570#comment-289</guid>
		<description>This looks excellent, we&#039;ve been struggling with the best way to incorporate NuGet into our builds. Is there any support for (or planned support for) specifying an allowed version range? Or is the source available somewhere?</description>
		<content:encoded><![CDATA[<p>This looks excellent, we&#8217;ve been struggling with the best way to incorporate NuGet into our builds. Is there any support for (or planned support for) specifying an allowed version range? Or is the source available somewhere?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Morning Brew - Chris Alcock &#187; The Morning Brew #946</title>
		<link>http://lostechies.com/derekgreer/2011/09/27/dependency-management-in-net-install2/#comment-288</link>
		<dc:creator>The Morning Brew - Chris Alcock &#187; The Morning Brew #946</dc:creator>
		<pubDate>Tue, 27 Sep 2011 07:52:11 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/derekgreer/?p=570#comment-288</guid>
		<description>[...] Dependency Management in .Net: install2 - Derek Greer shares a NuGet Extension for retrieving application level build time external dependencies and transitive dependencies, neatly illustrating how extensions can be added to NuGet to extend the tool. [...]</description>
		<content:encoded><![CDATA[<p>[...] Dependency Management in .Net: install2 &#8211; Derek Greer shares a NuGet Extension for retrieving application level build time external dependencies and transitive dependencies, neatly illustrating how extensions can be added to NuGet to extend the tool. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
