<?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"
	>
<channel>
	<title>Comments on: Troubleshooting ClickOnce deployment issues</title>
	<atom:link href="http://www.geektieguy.com/2007/08/25/troubleshooting-clickonce-deployment-issues/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.geektieguy.com/2007/08/25/troubleshooting-clickonce-deployment-issues/</link>
	<description>News and views from the geek tie guy.</description>
	<pubDate>Fri, 25 Jul 2008 16:17:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: GeekTieGuy</title>
		<link>http://www.geektieguy.com/2007/08/25/troubleshooting-clickonce-deployment-issues/#comment-697</link>
		<dc:creator>GeekTieGuy</dc:creator>
		<pubDate>Thu, 06 Sep 2007 00:31:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.geektieguy.com/2007/08/25/troubleshooting-clickonce-deployment-issues/#comment-697</guid>
		<description>Good question. I can't speak for Microsoft, so I can only give you my guess. It probably has to do with the complexity of checking timestamps/file contents and whatnot. Checking the version number is a well-defined, relatively reliable, non-ambiguous way of doing things. If you're using Visual Studio, you can tell it to increment the version number automatically every time you publish your files, so it's not too much of a headache for me personally. It doesn't even have to be a major or minor version change, it can be all the way down in the revision group (1.0.0.xyz). I'd ask the question on the Microsoft MSDN forums, if I were you.</description>
		<content:encoded><![CDATA[<p>Good question. I can&#8217;t speak for Microsoft, so I can only give you my guess. It probably has to do with the complexity of checking timestamps/file contents and whatnot. Checking the version number is a well-defined, relatively reliable, non-ambiguous way of doing things. If you&#8217;re using Visual Studio, you can tell it to increment the version number automatically every time you publish your files, so it&#8217;s not too much of a headache for me personally. It doesn&#8217;t even have to be a major or minor version change, it can be all the way down in the revision group (1.0.0.xyz). I&#8217;d ask the question on the Microsoft MSDN forums, if I were you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Howard</title>
		<link>http://www.geektieguy.com/2007/08/25/troubleshooting-clickonce-deployment-issues/#comment-696</link>
		<dc:creator>Howard</dc:creator>
		<pubDate>Wed, 05 Sep 2007 21:47:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.geektieguy.com/2007/08/25/troubleshooting-clickonce-deployment-issues/#comment-696</guid>
		<description>Hi, maybe this is a newbie question but why does .NET require to increment the version number on everytime an application is deployed via clickonce?  This is very annoying especially when I make a test version multiple times; but maybe there is some reasonable explanation.  Why can't .NET recognize the new files and without generating a new version number and filling the cache up?</description>
		<content:encoded><![CDATA[<p>Hi, maybe this is a newbie question but why does .NET require to increment the version number on everytime an application is deployed via clickonce?  This is very annoying especially when I make a test version multiple times; but maybe there is some reasonable explanation.  Why can&#8217;t .NET recognize the new files and without generating a new version number and filling the cache up?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
