<?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: SVN &#8211; Best Practices?</title>
	<atom:link href="http://agoln.net/archives/27/feed" rel="self" type="application/rss+xml" />
	<link>http://agoln.net/archives/27</link>
	<description>Development and personal site</description>
	<lastBuildDate>Wed, 12 May 2010 16:55:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Bennett</title>
		<link>http://agoln.net/archives/27/comment-page-1#comment-27</link>
		<dc:creator>Bennett</dc:creator>
		<pubDate>Mon, 21 May 2007 01:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://agoln.net/archives/27#comment-27</guid>
		<description>Distributed version control systems like git, mercurial, bazaar are not based on the client/server model like svn and cvs.    Because it&#039;s distributed you are not forced into developing to a &quot;main branch&quot;.  You can design what every work flow you see fit.  Each &quot;working copy&quot; of a dcvs is also the main repository which has huge benefits.  I&#039;ll give you an example, one that got me really excited. So with svn you usually check out some code.  You then work in isolation on some part up code.  When you are finished you then commit back up to the central repo.  But what if someone else was working on the same stuff????  Now one of you has to commit something so you can then merge it together and then recommit.  

Not so with a dcvs.  When you check out some code, you get a copy of the repository, with all of the changes.  In Mercurial, copies are super cheap, so you are encourages to then create multiple copies of the repo.  For instance when you start working on a feature, that feature should get a clone of the repo.  How do you version control your local copy in svn?  You don&#039;t.  You work and then submit when you&#039;re done or whatever.  With mercurial you can keep copies of what you are doing.  Explore new ideas.  When you are done, you can push and pull changes between each repo you made to put together your change, then push all your code back up to a main repo, or whatever.  Working this way is great with patches and kepts the changes and history very clean.  I dig it.</description>
		<content:encoded><![CDATA[<p>Distributed version control systems like git, mercurial, bazaar are not based on the client/server model like svn and cvs.    Because it&#8217;s distributed you are not forced into developing to a &#8220;main branch&#8221;.  You can design what every work flow you see fit.  Each &#8220;working copy&#8221; of a dcvs is also the main repository which has huge benefits.  I&#8217;ll give you an example, one that got me really excited. So with svn you usually check out some code.  You then work in isolation on some part up code.  When you are finished you then commit back up to the central repo.  But what if someone else was working on the same stuff????  Now one of you has to commit something so you can then merge it together and then recommit.  </p>
<p>Not so with a dcvs.  When you check out some code, you get a copy of the repository, with all of the changes.  In Mercurial, copies are super cheap, so you are encourages to then create multiple copies of the repo.  For instance when you start working on a feature, that feature should get a clone of the repo.  How do you version control your local copy in svn?  You don&#8217;t.  You work and then submit when you&#8217;re done or whatever.  With mercurial you can keep copies of what you are doing.  Explore new ideas.  When you are done, you can push and pull changes between each repo you made to put together your change, then push all your code back up to a main repo, or whatever.  Working this way is great with patches and kepts the changes and history very clean.  I dig it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Logan</title>
		<link>http://agoln.net/archives/27/comment-page-1#comment-25</link>
		<dc:creator>Logan</dc:creator>
		<pubDate>Wed, 16 May 2007 03:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://agoln.net/archives/27#comment-25</guid>
		<description>Why would I want to switch from SVN to git?  I haven&#039;t looked into git, but I can name some very valid reasons why SVN is much better than CVS... what does git have that SVN doesn&#039;t, or what does it do better?  With renaming, moving, merging, I believe these to be simple tasks in SVN &quot;svn mv [source] [dest]&quot;, &quot;svn merge [branch] [branch]&quot;.</description>
		<content:encoded><![CDATA[<p>Why would I want to switch from SVN to git?  I haven&#8217;t looked into git, but I can name some very valid reasons why SVN is much better than CVS&#8230; what does git have that SVN doesn&#8217;t, or what does it do better?  With renaming, moving, merging, I believe these to be simple tasks in SVN &#8220;svn mv [source] [dest]&#8220;, &#8220;svn merge [branch] [branch]&#8220;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luke Hoersten</title>
		<link>http://agoln.net/archives/27/comment-page-1#comment-23</link>
		<dc:creator>Luke Hoersten</dc:creator>
		<pubDate>Tue, 15 May 2007 15:16:34 +0000</pubDate>
		<guid isPermaLink="false">http://agoln.net/archives/27#comment-23</guid>
		<description>Totally. I started using git and it&#039;s amazing. Renaming files, moving files, merging... it works like magic! Quite fast as well.</description>
		<content:encoded><![CDATA[<p>Totally. I started using git and it&#8217;s amazing. Renaming files, moving files, merging&#8230; it works like magic! Quite fast as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bennett</title>
		<link>http://agoln.net/archives/27/comment-page-1#comment-22</link>
		<dc:creator>Bennett</dc:creator>
		<pubDate>Tue, 15 May 2007 13:57:58 +0000</pubDate>
		<guid isPermaLink="false">http://agoln.net/archives/27#comment-22</guid>
		<description>svn is a step up from cvs, but you should look into a dvcs.  i just started using mercurial and it changed my life.  depending on your environment, a dvcs seems to fit much more naturally with the dev cycle.  no more svn for me.</description>
		<content:encoded><![CDATA[<p>svn is a step up from cvs, but you should look into a dvcs.  i just started using mercurial and it changed my life.  depending on your environment, a dvcs seems to fit much more naturally with the dev cycle.  no more svn for me.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

