<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Il blog di Giulio Vian</title><link>http://blogs.msdn.com/b/giuliov/</link><description>Notes and considerations of small consultant, lately on ALM</description><dc:language>it-IT</dc:language><generator>Telligent Community 5.6.583.17018 (Build: 5.6.583.17018)</generator><item><title>Automatically execute Coded UI test on different Lab VMs</title><link>http://blogs.msdn.com/b/giuliov/archive/2011/08/01/automatically-execute-coded-ui-test-on-different-lab-vms.aspx</link><pubDate>Mon, 01 Aug 2011 14:47:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10191669</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10191669</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10191669</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2011/08/01/automatically-execute-coded-ui-test-on-different-lab-vms.aspx#comments</comments><description>Imagine this scenario: you are working in setting up the Lab Management features of TFS 2010. The main purpose is to execute automated tests. The customer asked to have a lab environment able to test different clients OS, namely Windows XP and Windows...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2011/08/01/automatically-execute-coded-ui-test-on-different-lab-vms.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10191669" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Build/">Build</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Testing/">Testing</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/CodedUI/">CodedUI</category></item><item><title>Build Guidance is out</title><link>http://blogs.msdn.com/b/giuliov/archive/2011/06/18/build-guidance-is-out.aspx</link><pubDate>Sat, 18 Jun 2011 16:47:10 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10176665</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10176665</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10176665</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2011/06/18/build-guidance-is-out.aspx#comments</comments><description>&amp;#160; The Rangers Build Customization Guide is public on Codeplex and I am happy this is over… for while. Willy and Bijan are very demanding on ALM Rangers and already started on new projects and team. I do not like repeating, so get the details from...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2011/06/18/build-guidance-is-out.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10176665" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Build/">Build</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Guidance/">Guidance</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/ALM+Rangers/">ALM Rangers</category></item><item><title>Migrating to TFS 2010 from multiple TFS 200x servers</title><link>http://blogs.msdn.com/b/giuliov/archive/2011/06/18/migrating-to-tfs-2010-from-multiple-tfs-200x-servers.aspx</link><pubDate>Sat, 18 Jun 2011 16:21:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10176663</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10176663</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10176663</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2011/06/18/migrating-to-tfs-2010-from-multiple-tfs-200x-servers.aspx#comments</comments><description>&amp;#160; The other day a question came from a colleague, that sounded like this. My client has been using TFS for many years now and has a production deployment consisting of about 4 TFS 2008 servers containing about 50, 50, 25 &amp;amp; 25 team projects respectively...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2011/06/18/migrating-to-tfs-2010-from-multiple-tfs-200x-servers.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10176663" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Guidance/">Guidance</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Migration/">Migration</category></item><item><title>BizTalk 2009 and TFS 2010</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/10/06/biztalk-2009-and-tfs-2010.aspx</link><pubDate>Wed, 06 Oct 2010 06:45:48 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10072065</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10072065</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10072065</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/10/06/biztalk-2009-and-tfs-2010.aspx#comments</comments><description>&amp;#160; A very welcome news, today. The BizTalk team released to public an hotfix to let BizTalk projects (.btproj) to compile successfully under TeamBuild 2010 ( http://support.microsoft.com/kb/2406405 ). I discovered the issues myself and worked with...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/10/06/biztalk-2009-and-tfs-2010.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10072065" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/BizTalk/">BizTalk</category></item><item><title>SettingsMerger on CodePlex</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/10/01/settingsmerger-on-codeplex.aspx</link><pubDate>Fri, 01 Oct 2010 17:20:09 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10070407</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10070407</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10070407</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/10/01/settingsmerger-on-codeplex.aspx#comments</comments><description>Yesterday, I published Sprinkler on CodePlex and today I completed my efforts with another tool: SettingsMerger . This tool takes a number of Excel files, in the format required by XmlPreprocess / EnvironmentSettingsExporter , and outputs a single Excel...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/10/01/settingsmerger-on-codeplex.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10070407" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Sprinkler/">Sprinkler</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Deploy/">Deploy</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/SettingsMerger/">SettingsMerger</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/tool/">tool</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/CodePlex/">CodePlex</category></item><item><title>Sprinkler on CodePlex</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/09/29/sprinkler-on-codeplex.aspx</link><pubDate>Wed, 29 Sep 2010 16:05:19 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10069327</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10069327</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10069327</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/09/29/sprinkler-on-codeplex.aspx#comments</comments><description>Today I published on CodePlex my first project, Sprinkler . It is both a tool and a framework, based on Powershell v2, aimed at simplifying deployment of applications, especially BizTalk-based. It stands on the shoulders of giants as it extends the Deployment...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/09/29/sprinkler-on-codeplex.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10069327" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/powershell/">powershell</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Sprinkler/">Sprinkler</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Deploy/">Deploy</category></item><item><title>Documentation on customizing TeamBuild 2010</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/09/29/documentation-on-customizing-teambuild-2010.aspx</link><pubDate>Wed, 29 Sep 2010 11:42:59 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10069197</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10069197</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10069197</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/09/29/documentation-on-customizing-teambuild-2010.aspx#comments</comments><description>It’s been a while, that I don’t write anything here. More will come in the next weeks about deployment. Today is just a piece of news: a new MSDN page on Customizing Team Foundation Build . Take also a look at Andy Lewis’ blog on this topic. Precious...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/09/29/documentation-on-customizing-teambuild-2010.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10069197" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/News/">News</category></item><item><title>New look but don’t give me credit</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/05/26/new-look-but-don-t-give-me-credit.aspx</link><pubDate>Wed, 26 May 2010 06:16:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10015368</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10015368</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10015368</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/05/26/new-look-but-don-t-give-me-credit.aspx#comments</comments><description>See Sean Jenkin's blog for the who, when, why, how, … For sure they did a great job: just think the amount of work they have done. Thousand of geeky blogs to migrate, each with its own tweaks and customizations (aren’t they geek?). Once I helped migrate...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/05/26/new-look-but-don-t-give-me-credit.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10015368" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/blogging/">blogging</category></item><item><title>Quick XPath test</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/05/25/quick-xpath-test.aspx</link><pubDate>Tue, 25 May 2010 07:50:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10013967</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10013967</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10013967</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/05/25/quick-xpath-test.aspx#comments</comments><description>Some time ago a colleague asked for help: he needed to write a XPath query that seemed complex. I suggested him to use VS and a simple XSLT as a quick debugging environment. Create a new XSLT file, substitute the template code with the following content...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/05/25/quick-xpath-test.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10013967" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Code/">Code</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/XML/">XML</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/XPath/">XPath</category></item><item><title>Build Identifier Tasks</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/05/06/build-identifier-tasks.aspx</link><pubDate>Thu, 06 May 2010 07:12:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10006962</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10006962</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10006962</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/05/06/build-identifier-tasks.aspx#comments</comments><description>This post is a follow-up to “ Builds: how many? ” and drills down how to compute the version number during the build. I assume knowledge of customizing the build identifier: you do not read the docs: “ How to: Customize Build Numbers ” for TFS 2008 and...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/05/06/build-identifier-tasks.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10006962" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Codice/">Codice</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Code/">Code</category></item><item><title>Gotcha: MSBuild nested loops (double batching)</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/04/30/gotcha-msbuild-nested-loops-double-batching.aspx</link><pubDate>Fri, 30 Apr 2010 06:28:28 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10005036</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10005036</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10005036</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/04/30/gotcha-msbuild-nested-loops-double-batching.aspx#comments</comments><description>I admit I didn’t get it on my first, quick, reading of “ Inside the Microsoft Build Engine: Using MSBuild and Team Foundation Build ” that MSBuild batching is somewhat counter-intuitive. I needed to have a nested loop in my script, like this pseudo code...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/04/30/gotcha-msbuild-nested-loops-double-batching.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10005036" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/MSBuild/">MSBuild</category></item><item><title>Pre/post-build event</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/04/24/pre-post-build-event.aspx</link><pubDate>Sat, 24 Apr 2010 13:33:29 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10001941</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=10001941</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=10001941</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/04/24/pre-post-build-event.aspx#comments</comments><description>This is a tip for all developers, not for BuildMasters only. The issue is those pre and post-build events that developers use to add any conceivable code… especially code that assume a developer’s workstation folder structure. Such code may break in a...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/04/24/pre-post-build-event.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10001941" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Build/">Build</category></item><item><title>Drop: latest and previous</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/04/16/drop-latest-and-previous.aspx</link><pubDate>Fri, 16 Apr 2010 14:59:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9996324</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=9996324</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=9996324</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/04/16/drop-latest-and-previous.aspx#comments</comments><description>One small issue with the default layout of the Drop folder in TeamBuild is the lack of a fixed position for the outputs: binaries are written in $(DropLocation)\$(BuildNumber) and the latter is different at each build. Many times is convenient having...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/04/16/drop-latest-and-previous.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9996324" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category></item><item><title>Some TeamBuild errors</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/04/14/some-teambuild-errors.aspx</link><pubDate>Wed, 14 Apr 2010 16:46:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9993696</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=9993696</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=9993696</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/04/14/some-teambuild-errors.aspx#comments</comments><description>Today I have three interesting build errors that may happen and I want to spare you the time it took me to understand their causes. TF215085 / TF214007 This error may appear in your first build run: it says «An error occurred while connecting to agent...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/04/14/some-teambuild-errors.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9993696" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category></item><item><title>Resolve a $ path in TeamBuild</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/04/08/resolve-a-path-in-teambuild.aspx</link><pubDate>Thu, 08 Apr 2010 18:39:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9991351</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>4</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=9991351</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=9991351</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/04/08/resolve-a-path-in-teambuild.aspx#comments</comments><description>There are some really useful TeamBuild tasks whose purpose or usage is not immediate. Such is WorkspaceItemConverterTask : it allows to transform a $ path — that is the path to a file or folder in TFS Version Control — to the physical path that the file...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/04/08/resolve-a-path-in-teambuild.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9991351" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category></item><item><title>Builds: how many?</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/04/03/builds-how-many.aspx</link><pubDate>Sat, 03 Apr 2010 13:45:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9986381</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>2</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=9986381</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=9986381</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/04/03/builds-how-many.aspx#comments</comments><description>Update ( 2011-03-21 ) Changed table layout. 
 
 
 
 An interesting question I rarely see discussed is: how many build should I plan for in my project and how do they relate each other. 
 This latter point is of paramount importance as it drives us...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/04/03/builds-how-many.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9986381" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Build/">Build</category></item><item><title>Testing the build</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/03/31/testing-the-build.aspx</link><pubDate>Wed, 31 Mar 2010 16:08:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9984473</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=9984473</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=9984473</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/03/31/testing-the-build.aspx#comments</comments><description>This is a topic I haven’t frequently read about, so I will describe my personal findings and techniques. Testing My technique to testing the build itself is based on those assumptions: you need to test incremental change to your build, even when the project...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/03/31/testing-the-build.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9984473" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Build/">Build</category></item><item><title>Continuous Integration scoping</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/03/26/continuous-integration-scoping.aspx</link><pubDate>Fri, 26 Mar 2010 06:33:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9980220</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=9980220</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=9980220</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/03/26/continuous-integration-scoping.aspx#comments</comments><description>An issue you may have with Continuous Integration (CI) is this: whichever files you check-in, TFS will kick-off a CI build. Too often this is not what you want: the CI build should limit to monitor the trunk or a particular branch, and may only a portion...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/03/26/continuous-integration-scoping.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9980220" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Version+Control/">Version Control</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Continuous+Integration/">Continuous Integration</category></item><item><title>Where the build script reside</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/03/19/where-the-build-script-reside.aspx</link><pubDate>Fri, 19 Mar 2010 06:13:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9980206</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=9980206</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=9980206</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/03/19/where-the-build-script-reside.aspx#comments</comments><description>This is a corollary of the Codeline Organization post. Where do I place the build script are in the Version Control? My opinion is to store them under the trunk or branch, i.e. inside the codeline. Please note that your actual branching structure is ininfluent...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/03/19/where-the-build-script-reside.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9980206" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Version+Control/">Version Control</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TeamBuild/">TeamBuild</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Build/">Build</category></item><item><title>Codeline Organization</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/03/13/codeline-organization.aspx</link><pubDate>Sat, 13 Mar 2010 14:15:05 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9978055</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=9978055</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=9978055</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/03/13/codeline-organization.aspx#comments</comments><description>Caveat: this post is not about branches but the content of the trunk and, as consequence, of the branches; look at Visual Studio TFS Branching Guide 2010 for more information about branching. So, what I will write about? On the organization of the various...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/03/13/codeline-organization.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9978055" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/codeline/">codeline</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Version+Control/">Version Control</category></item><item><title>Back to writing</title><link>http://blogs.msdn.com/b/giuliov/archive/2010/03/11/back-to-writing.aspx</link><pubDate>Thu, 11 Mar 2010 16:29:14 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9976940</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=9976940</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=9976940</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2010/03/11/back-to-writing.aspx#comments</comments><description>It’s been a looong time since I posted anything on this blog. I apologize with my twenty-five readers, but I prepared a bunch of posts, mostly on the build and deploy as it' has been my duty in the last months. See you soon....(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2010/03/11/back-to-writing.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9976940" width="1" height="1"&gt;</description></item><item><title>Per gli appassionati di PowerShell</title><link>http://blogs.msdn.com/b/giuliov/archive/2008/01/07/per-gli-appassionati-di-powershell.aspx</link><pubDate>Mon, 07 Jan 2008 14:22:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7014771</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>2</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=7014771</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=7014771</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2008/01/07/per-gli-appassionati-di-powershell.aspx#comments</comments><description>e magari anche per altri che vogliono trovare un punto di appoggio in italiano , ecco che &amp;#232; nato http://www.powershell.it/ Buona fortuna,...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2008/01/07/per-gli-appassionati-di-powershell.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=7014771" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/powershell/">powershell</category></item><item><title>Ma Team Foundation Server è usato in Microsoft?</title><link>http://blogs.msdn.com/b/giuliov/archive/2007/12/19/ma-team-foundation-server-usato-in-microsoft.aspx</link><pubDate>Wed, 19 Dec 2007 17:28:39 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6806938</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=6806938</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=6806938</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2007/12/19/ma-team-foundation-server-usato-in-microsoft.aspx#comments</comments><description>La risposta breve &amp;#232; s&amp;#236;. Penso sia pi&amp;#249; interessante per&amp;#242; saperne qualcosa di pi&amp;#249;. &amp;#200; usato da &amp;quot;gruppuscoli&amp;quot; minoritari? No. Ad esempio &amp;#232; usato praticamente da tutti i gruppi che sviluppano il Framework .Net,...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2007/12/19/ma-team-foundation-server-usato-in-microsoft.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=6806938" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/TFS/">TFS</category></item><item><title>COM senza registrazione e file Manifest</title><link>http://blogs.msdn.com/b/giuliov/archive/2007/11/24/com-senza-registrazione-e-file-manifest.aspx</link><pubDate>Sat, 24 Nov 2007 13:20:43 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6499287</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=6499287</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=6499287</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2007/11/24/com-senza-registrazione-e-file-manifest.aspx#comments</comments><description>C'&amp;#232; un piccolo gioiello in Visual Studio C++ 2005 ed &amp;#232; il Manifest tool (mt). Qualcuno avr&amp;#224; letto degli articoli come Registration-Free Activation of COM Components: A Walkthrough che spiegano che da Windows XP &amp;#232; possibile utilizzare...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2007/11/24/com-senza-registrazione-e-file-manifest.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=6499287" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Codice/">Codice</category></item><item><title>Xe .NET</title><link>http://blogs.msdn.com/b/giuliov/archive/2007/11/19/xe-net.aspx</link><pubDate>Mon, 19 Nov 2007 12:46:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6395293</guid><dc:creator>Giulio Vian</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/rsscomments.aspx?WeblogPostID=6395293</wfw:commentRss><wfw:comment xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.msdn.com/b/giuliov/commentapi.aspx?WeblogPostID=6395293</wfw:comment><comments>http://blogs.msdn.com/b/giuliov/archive/2007/11/19/xe-net.aspx#comments</comments><description>Venerdì sera son andato all'incontro ( http://www.xedotnet.org/48/section.aspx/282 ) dello User Group locale. 
 Cos'è uno User Group? In breve è un gruppo di persone, tipicamente riunito in una assocazione no-profit per scambiare esperienze e diffondere...(&lt;a href="http://blogs.msdn.com/b/giuliov/archive/2007/11/19/xe-net.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=6395293" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/eventi/">eventi</category><category domain="http://blogs.msdn.com/b/giuliov/archive/tags/Community/">Community</category></item></channel></rss>
