<?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: Subversion</title>
	<atom:link href="http://www.phpvs.net/articles/blakes-centos-lamp-server-guide/subversion/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.phpvs.net</link>
	<description>ASP.Net and PHP go head to head</description>
	<lastBuildDate>Tue, 24 Jan 2012 07:03:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: John Collins</title>
		<link>http://www.phpvs.net/articles/blakes-centos-lamp-server-guide/subversion/comment-page-1/#comment-10630</link>
		<dc:creator>John Collins</dc:creator>
		<pubDate>Fri, 08 May 2009 09:30:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpvs.net/articles/blakes-centos-lamp-server-guide/subversion/#comment-10630</guid>
		<description>One thing you might want to consider is using Subversion on your server to implement version control for your Apache/PHP/MySQL configuration files.  This gives some real advantages:

1. You can just have an SVN client installed on the server, and have your repo containing your config files elsewhere.  If you make the required changes in the repo, you then only need to run &quot;svn update&quot; on the production server, which will pull down the changes.  In this way you are effectively using Subversion as a deployment mechanism.
2. If there are any issues with your new config, you can always easily roll back to a previous version.
3. You have a complete history of all changes made to your configuration.
4. Replicating the same configuration across multiple servers becomes trivial.</description>
		<content:encoded><![CDATA[<p>One thing you might want to consider is using Subversion on your server to implement version control for your Apache/PHP/MySQL configuration files.  This gives some real advantages:</p>
<p>1. You can just have an SVN client installed on the server, and have your repo containing your config files elsewhere.  If you make the required changes in the repo, you then only need to run &#034;svn update&#034; on the production server, which will pull down the changes.  In this way you are effectively using Subversion as a deployment mechanism.<br />
2. If there are any issues with your new config, you can always easily roll back to a previous version.<br />
3. You have a complete history of all changes made to your configuration.<br />
4. Replicating the same configuration across multiple servers becomes trivial.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

