<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" media="screen" href="/styles/xslt/rss.xslt"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:c9="http://channel9.msdn.com">
<channel>
	<title>Comment Feed for Channel 9 - An early look at Team Foundation Build 2010 with Jim Lamb</title>
	<atom:link rel="self" type="application/rss+xml" href="http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb/RSS"></atom:link>
	<image>
		<url>http://ecn.channel9.msdn.com/o9/previewImages/100/430345_100x75.jpg</url>
		<title>Channel 9 - An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<link></link>
	</image>
	<description>In addition to being one of the nicest guys I know,&amp;nbsp;Jim Lamb also knows a thing or two about build automation. Jim is the program manager responsible for the Team Build capability of Team Foundation Server.
 Team Build was one of the biggest areas of improvement for Team Foundation Server 2008, but that hasn&#39;t stopped the team from doing even more landmark improvments in Team Foundation Server 2010.Jim shows off how Team Build 2010 will&amp;nbsp;take advantage of Windows Workflow, build agent pooling, distributed asynchronized builds, and two new types of build called &amp;quot;buddy builds&amp;quot; and gated check-ins.This &amp;quot;Humanized Screencast&amp;quot; is best viewed at fullscreen using the high-quality WMV download.
</description>
	<link></link>
	<language>en</language>
	<pubDate>Tue, 21 May 2013 13:03:06 GMT</pubDate>
	<lastBuildDate>Tue, 21 May 2013 13:03:06 GMT</lastBuildDate>
	<generator>Rev9</generator>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[Does Build 2010 have extensibility enhancements for VS based 3rd party languages?<br /><br /><p>posted by BSalita</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633587380460000000</link>
		<pubDate>Sat, 04 Oct 2008 17:27:26 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633587380460000000</guid>
		<dc:creator>BSalita</dc:creator>
	</item>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[@BSalita, I'm not sure what you mean by &quot;extensibility enhancements for VS based 3rd party languages.&quot; For TFS 2008, 3rd parties implementing languages for Visual Studio must include an MSBuild-compatible project file to work with Team Build.&nbsp;The same
 is true for TFS 2010.<p>posted by Jim Lamb</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633587419610000000</link>
		<pubDate>Sat, 04 Oct 2008 18:32:41 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633587419610000000</guid>
		<dc:creator>Jim Lamb</dc:creator>
	</item>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[I'm not sure what I wrote either. Let me try again. Currently my language creates solution and project files by writing lines to files using printf(). I was hoping there was an API that would encapsulate this process. The API is important in that it would
 document the features of build. The capabilities of build are not so easy to find, understand or implement.<br /><p>posted by BSalita</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633587846370000000</link>
		<pubDate>Sun, 05 Oct 2008 06:23:57 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633587846370000000</guid>
		<dc:creator>BSalita</dc:creator>
	</item>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[How do you compile using your language today?<br /><br />Team Build is build on top of MSBuild. So if your language already has an MSBuild task (several do) you should use that. Else you can use the generic MSBuild &quot;exec&quot; task to call any .EXE, .BAT, etc.<p>posted by briankel</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633588265170000000</link>
		<pubDate>Sun, 05 Oct 2008 18:01:57 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633588265170000000</guid>
		<dc:creator>briankel</dc:creator>
	</item>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[I'm taking too much of your valuable time with ill-conceived questions. There's no need to respond further.<br /><br />My posts are expressing an interest in being able to instantiate build as a .Net object. For that matter, I'd like to instantiate MS compilers, VS, IL assember, IL disassember and PEVerify. No more Exec-ing, batching, or cryptic COM stuff. That's the way I
 write compilers and tools and wish others did it the same way.<br /><p>posted by BSalita</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633589726580000000</link>
		<pubDate>Tue, 07 Oct 2008 10:37:38 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633589726580000000</guid>
		<dc:creator>BSalita</dc:creator>
	</item>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[You might be interested in this &quot;How do I&quot; article:<br /><a href="http://msdn.microsoft.com/en-us/vstudio/cc837016.aspx" target="_blank">Create a Basic Language Service Using the Managed Babel System</a><br /><p>posted by JimLamb</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633590546250000000</link>
		<pubDate>Wed, 08 Oct 2008 09:23:45 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633590546250000000</guid>
		<dc:creator>JimLamb</dc:creator>
	</item>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[
<p>Say&nbsp;I'm working on a project that has a certain build process in place and it gets shipped, the code will be branched and I'll carry on working on the main trunk. If I needed to fix a bug in the earlier branch of the code, I would want to be confident that
 any build I perform against it was the exact build process that was around when the branch occurred. (You could kind of&nbsp;do this in team build 2008 by storing the build script within the workspace of the solution)<br /><br />The build processes I've been involved in do more than just build the solution, they also package and in some cases deploy the application binaries, as well as upgrading databases. It would seem to me that these &quot;processes&quot; fit better with the new build workflow
 you demonstrated, but if they are &quot;global&quot; build definitions and not tied to a specific branch of the app, then I'd still have to use&nbsp;my current&nbsp;msbuild approach.
<br /><br />Is there any way in team build 2010 to &quot;branch&quot; these build processes? If not, how would you recommend branch builds be maintained?<br /></p>
<p>posted by MikeGoatly</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633592480030000000</link>
		<pubDate>Fri, 10 Oct 2008 15:06:43 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633592480030000000</guid>
		<dc:creator>MikeGoatly</dc:creator>
	</item>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[Hi Jim,<br /><br />A product enhancement request related to Project Alerts area w.r.t. Team Builds. As of now, TFS provides 2 team project level related to team builds i.e.,<br /><br />1. When a build completes<br />2. When a build quality changes<br /><br />But in practical world, the audience/stakeholders for these alerts is always different for each build type lets say a scenario for Daily Build vs Bi-weekly build or Development Build vs Release Build. Same holds true for the build quality changes of these builds.
 A QA / UAT / PRODUCTION resource is not interested in all the builds and its quality changes except the Release Build.
<br /><br />Request : So, It&nbsp;would be nice to have Build Alerts a part of build type definition itself. The project alerts at the team project level will still be beneficial at the project team level / project managers and above ....<br /><p>posted by trickyVikas</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633597011950000000</link>
		<pubDate>Wed, 15 Oct 2008 20:59:55 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633597011950000000</guid>
		<dc:creator>trickyVikas</dc:creator>
	</item>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[Someone should get that man a new chair.&nbsp; <br /><p>posted by chris lively</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633628034530000000</link>
		<pubDate>Thu, 20 Nov 2008 18:44:13 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c633628034530000000</guid>
		<dc:creator>chris lively</dc:creator>
	</item>
	<item>
		<title>Re: An early look at Team Foundation Build 2010 with Jim Lamb</title>
		<description>
			<![CDATA[
<p>Hi, James,</p>
<p>&nbsp;</p>
<p>I see in your screen that you have many features under the Process tab in the build definition. Currently I have installed VS2010 and when I try to create a new definition I see just a few features to con figure, and the look like of the build definition
 windows is quite different. Do I have to install some add-in?</p>
<p>posted by vicente.perez</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c634092816690000000</link>
		<pubDate>Wed, 12 May 2010 17:21:09 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/VisualStudio/An-early-look-at-Team-Foundation-Build-2010-with-Jim-Lamb#c634092816690000000</guid>
		<dc:creator>vicente.perez</dc:creator>
	</item>
</channel>
</rss>