<?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: Trying out SVN</title>
	<atom:link href="http://wwwx.cs.unc.edu/~gb/wp/blog/2008/07/03/trying-out-svn/feed/" rel="self" type="application/rss+xml" />
	<link>http://wwwx.cs.unc.edu/~gb/wp/blog/2008/07/03/trying-out-svn/</link>
	<description>Geeks making the world a bit better</description>
	<lastBuildDate>Mon, 09 Nov 2009 16:06:53 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ritesh Kumar</title>
		<link>http://wwwx.cs.unc.edu/~gb/wp/blog/2008/07/03/trying-out-svn/comment-page-1/#comment-35622</link>
		<dc:creator>Ritesh Kumar</dc:creator>
		<pubDate>Wed, 20 Aug 2008 00:05:59 +0000</pubDate>
		<guid isPermaLink="false">http://wwwx.cs.unc.edu/~gb/wp/?p=390#comment-35622</guid>
		<description>Hi Gary!

You might want to try one of the distributed revisioning systems (you could use them for more than just source code revisioning). Most of them don&#039;t require going over the network at all but give you an option to do so. I find them conceptually simpler and operationally easier to work with than central repository oriented systems. But that may be because I started with distributed revisioning before central revisioning :).

Mercurial http://www.selenic.com/mercurial/wiki/ is a simple and easy to use distributed versioning system. git http://git.or.cz/ is slightly more complicated. However, it has really nice and lightweight branching which is really helpful once you are working on a project which is complicated enough.

Feel free to send me email if you would like more information. In particular, if you let me know your pain points w.r.t svn, I should be able to tell you whether mercurial or git would help. I have been using both mercurial and git for a while now.</description>
		<content:encoded><![CDATA[<p>Hi Gary!</p>
<p>You might want to try one of the distributed revisioning systems (you could use them for more than just source code revisioning). Most of them don&#8217;t require going over the network at all but give you an option to do so. I find them conceptually simpler and operationally easier to work with than central repository oriented systems. But that may be because I started with distributed revisioning before central revisioning <img src='http://wwwx.cs.unc.edu/~gb/wp/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> .</p>
<p>Mercurial <a href="http://www.selenic.com/mercurial/wiki/" rel="nofollow">http://www.selenic.com/mercurial/wiki/</a> is a simple and easy to use distributed versioning system. git <a href="http://git.or.cz/" rel="nofollow">http://git.or.cz/</a> is slightly more complicated. However, it has really nice and lightweight branching which is really helpful once you are working on a project which is complicated enough.</p>
<p>Feel free to send me email if you would like more information. In particular, if you let me know your pain points w.r.t svn, I should be able to tell you whether mercurial or git would help. I have been using both mercurial and git for a while now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Capt. Jean-Luc Pikachu</title>
		<link>http://wwwx.cs.unc.edu/~gb/wp/blog/2008/07/03/trying-out-svn/comment-page-1/#comment-34778</link>
		<dc:creator>Capt. Jean-Luc Pikachu</dc:creator>
		<pubDate>Tue, 08 Jul 2008 17:07:45 +0000</pubDate>
		<guid isPermaLink="false">http://wwwx.cs.unc.edu/~gb/wp/?p=390#comment-34778</guid>
		<description>These 3 links really helped me get SVN working on my own machine:

http://www.onlamp.com/lpt/a/2820
http://blog.excastle.com/2005/05/31/mere-moments-guide-to-installing-a-subversion-server-on-windows/
http://blog.excastle.com/2008/01/02/installing-subversion-14-as-a-windows-service/

Definitely check out tortoisesvn, it does so much of the hard work for you.

Good luck!</description>
		<content:encoded><![CDATA[<p>These 3 links really helped me get SVN working on my own machine:</p>
<p><a href="http://www.onlamp.com/lpt/a/2820" rel="nofollow">http://www.onlamp.com/lpt/a/2820</a><br />
<a href="http://blog.excastle.com/2005/05/31/mere-moments-guide-to-installing-a-subversion-server-on-windows/" rel="nofollow">http://blog.excastle.com/2005/05/31/mere-moments-guide-to-installing-a-subversion-server-on-windows/</a><br />
<a href="http://blog.excastle.com/2008/01/02/installing-subversion-14-as-a-windows-service/" rel="nofollow">http://blog.excastle.com/2008/01/02/installing-subversion-14-as-a-windows-service/</a></p>
<p>Definitely check out tortoisesvn, it does so much of the hard work for you.</p>
<p>Good luck!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Lee</title>
		<link>http://wwwx.cs.unc.edu/~gb/wp/blog/2008/07/03/trying-out-svn/comment-page-1/#comment-34754</link>
		<dc:creator>Steve Lee</dc:creator>
		<pubDate>Mon, 07 Jul 2008 09:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://wwwx.cs.unc.edu/~gb/wp/?p=390#comment-34754</guid>
		<description>It sure gives a nice sense of safety.

Now I&#039;ve got used to svn i&#039;m thinking I should look at git (or another distributed VC) as you don&#039;t need a server. SO yo ucan just use local vc when on your self but still share and then use server if that makes sense as project grows. Well that&#039;s the theory and it seems git plays really nicely with svn</description>
		<content:encoded><![CDATA[<p>It sure gives a nice sense of safety.</p>
<p>Now I&#8217;ve got used to svn i&#8217;m thinking I should look at git (or another distributed VC) as you don&#8217;t need a server. SO yo ucan just use local vc when on your self but still share and then use server if that makes sense as project grows. Well that&#8217;s the theory and it seems git plays really nicely with svn</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jo Vermeulen</title>
		<link>http://wwwx.cs.unc.edu/~gb/wp/blog/2008/07/03/trying-out-svn/comment-page-1/#comment-34749</link>
		<dc:creator>Jo Vermeulen</dc:creator>
		<pubDate>Mon, 07 Jul 2008 08:45:42 +0000</pubDate>
		<guid isPermaLink="false">http://wwwx.cs.unc.edu/~gb/wp/?p=390#comment-34749</guid>
		<description>If you don&#039;t like SVN, give &lt;a href=&quot;http://bazaar-vcs.org/&quot; rel=&quot;nofollow&quot;&gt;Bazaar&lt;/a&gt; a try. 

It has an easy-to-use (command-line) user interface and is a distributed version control system. This means you can commit changes without network access and push them later when you are back online. There is no difference between a working copy (checkout) or a repository. 

It does not require a specialized server to push and pull changes (although you can do so to speed up things). You can just push through SFTP and pull through HTTP. Furthermore, it has a plugin to pull changes from and commit changes to SVN. 

Here&#039;s how to start a new project with Bazaar, add some files and push it:

$ mkdir my-project
$ cd my-project
$ bzr init # initialize repository
$ emacs script.py # edit file
$ bzr add script.py # add a file
$ bzr commit -m &quot;First revision.&quot; # commit
$ bzr push sftp://gb@cs.unc.edu/home/gb/public_html/my-project # publish it somewhere

If you want to continue working on it from another computer:

$ bzr get http://cs.unc.edu/~gb/my-project 

or (bzr has command aliases to make it easier to switch from other version control systems):

$ bzr checkout http://cs.unc.edu/~gb/my-project 

My personal preference is to use a distributed system like bzr or git, but of course you should choose what you feel comfortable with :-)</description>
		<content:encoded><![CDATA[<p>If you don&#8217;t like SVN, give <a href="http://bazaar-vcs.org/" rel="nofollow">Bazaar</a> a try. </p>
<p>It has an easy-to-use (command-line) user interface and is a distributed version control system. This means you can commit changes without network access and push them later when you are back online. There is no difference between a working copy (checkout) or a repository. </p>
<p>It does not require a specialized server to push and pull changes (although you can do so to speed up things). You can just push through SFTP and pull through HTTP. Furthermore, it has a plugin to pull changes from and commit changes to SVN. </p>
<p>Here&#8217;s how to start a new project with Bazaar, add some files and push it:</p>
<p>$ mkdir my-project<br />
$ cd my-project<br />
$ bzr init # initialize repository<br />
$ emacs script.py # edit file<br />
$ bzr add script.py # add a file<br />
$ bzr commit -m &#8220;First revision.&#8221; # commit<br />
$ bzr push sftp://gb@cs.unc.edu/home/gb/public_html/my-project # publish it somewhere</p>
<p>If you want to continue working on it from another computer:</p>
<p>$ bzr get <a href="http://cs.unc.edu/~gb/my-project" rel="nofollow">http://cs.unc.edu/~gb/my-project</a> </p>
<p>or (bzr has command aliases to make it easier to switch from other version control systems):</p>
<p>$ bzr checkout <a href="http://cs.unc.edu/~gb/my-project" rel="nofollow">http://cs.unc.edu/~gb/my-project</a> </p>
<p>My personal preference is to use a distributed system like bzr or git, but of course you should choose what you feel comfortable with <img src='http://wwwx.cs.unc.edu/~gb/wp/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
