<?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: Multi platform build in 3 easy steps</title>
	<atom:link href="http://accurev.com/blog/2007/11/08/multi-platform-build-in-3-easy-steps/feed/" rel="self" type="application/rss+xml" />
	<link>http://accurev.com/blog/2007/11/08/multi-platform-build-in-3-easy-steps/</link>
	<description>SCM and Agile Software Development Blog</description>
	<lastBuildDate>Wed, 09 May 2012 07:08:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Mike</title>
		<link>http://accurev.com/blog/2007/11/08/multi-platform-build-in-3-easy-steps/comment-page-1/#comment-368</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 09 Nov 2007 17:19:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.accurev.com/2007/11/08/multi-platform-build-in-3-easy-steps/#comment-368</guid>
		<description>That actually solves the problem for me in a far less complicated way than I had been considering.  For one thing it would allow me to still promote the files.  Thanks - Mike</description>
		<content:encoded><![CDATA[<p>That actually solves the problem for me in a far less complicated way than I had been considering.  For one thing it would allow me to still promote the files.  Thanks &#8211; Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://accurev.com/blog/2007/11/08/multi-platform-build-in-3-easy-steps/comment-page-1/#comment-369</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Fri, 09 Nov 2007 15:05:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.accurev.com/2007/11/08/multi-platform-build-in-3-easy-steps/#comment-369</guid>
		<description>Without digging deeper into your specific environment, one method comes to mind on how you can create platform specific files for your builds that use the same filename so you don&#039;t have to create additional complex logic in your build scripts.

Element links allow you to create &quot;aliases&quot; to your files.  Elements are like symlinks, except they 100% managed in AccuRev.  An element link can be created to point to whatever platform you are compiling on.

For example, let&#039;s say you have 3 config files named config.win, config.unix, config.mac in the config directory.  You can then create an element link called config.ini that would point to the .win in the windows stream, .unix in the unix stream, and .mac in the mac stream.

This allows you to manage all the config files in one place and then use pointers in the applicable streams.

Again, not sure this is how your environment is setup, but I&#039;d be happy to drill down further with you.

Regards,
Rob</description>
		<content:encoded><![CDATA[<p>Without digging deeper into your specific environment, one method comes to mind on how you can create platform specific files for your builds that use the same filename so you don&#8217;t have to create additional complex logic in your build scripts.</p>
<p>Element links allow you to create &#8220;aliases&#8221; to your files.  Elements are like symlinks, except they 100% managed in AccuRev.  An element link can be created to point to whatever platform you are compiling on.</p>
<p>For example, let&#8217;s say you have 3 config files named config.win, config.unix, config.mac in the config directory.  You can then create an element link called config.ini that would point to the .win in the windows stream, .unix in the unix stream, and .mac in the mac stream.</p>
<p>This allows you to manage all the config files in one place and then use pointers in the applicable streams.</p>
<p>Again, not sure this is how your environment is setup, but I&#8217;d be happy to drill down further with you.</p>
<p>Regards,<br />
Rob</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://accurev.com/blog/2007/11/08/multi-platform-build-in-3-easy-steps/comment-page-1/#comment-370</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 09 Nov 2007 00:08:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.accurev.com/2007/11/08/multi-platform-build-in-3-easy-steps/#comment-370</guid>
		<description>I like it.  Is there a sensible way to handle environment specific files that are sprinkled throughout the tree and intermingled in the same folders with files that are promoted?  We have this situation between qa, stage and prod.

Thanks - Mike</description>
		<content:encoded><![CDATA[<p>I like it.  Is there a sensible way to handle environment specific files that are sprinkled throughout the tree and intermingled in the same folders with files that are promoted?  We have this situation between qa, stage and prod.</p>
<p>Thanks &#8211; Mike</p>
]]></content:encoded>
	</item>
</channel>
</rss>

