<?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: Advanced document editing with Subversion version control</title>
	<atom:link href="http://www.danielstender.com/granthinam/1599/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.danielstender.com/granthinam/1599/</link>
	<description>Blog on Open source, Digital humanities, and Sanskrit philology</description>
	<lastBuildDate>Tue, 15 Nov 2011 15:57:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Manuel Batsching</title>
		<link>http://www.danielstender.com/granthinam/1599/comment-page-1/#comment-2051</link>
		<dc:creator>Manuel Batsching</dc:creator>
		<pubDate>Wed, 28 Jul 2010 11:42:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.danielstender.com/granthinam/?p=1599#comment-2051</guid>
		<description>That is indeed an important topic! So many people I know, help themselves with frequently saving their files under a different name to keep track on the version history. Or they send emails to themselves or to other people they want to collaborate with. In any case I would call that &quot;versions out of control&quot;  rather than &quot;version control&quot;.
I think what scares many people off from CVS, Subversion and the like, is that these things are quite complicated to handle on the command line (if you are not geek by nature). Also getting a Subversion repository to run online (which would give you some backup functionality) is not that easy in my eyes. Even further Subversion may offer a bit too much functionality for people just working with texts.

I think people who want a basic version tracking and online backup functionality, which is easy to install, costs nothing and does it&#039;s job invisibly in the background, may be happy with Dropbox (http://www.dropbox.com).

And another convenient Subversion GUI for Linux is RabbitVCS (http://rabbitvcs.org/), which also comes with a plugin for GNOME&#039;s Nautilus, as not everybody finds KDE that kool ;-D. It is said to be inspired from TortoiseSVN (http://tortoisesvn.tigris.org/), which became famous among Windows users.</description>
		<content:encoded><![CDATA[<p>That is indeed an important topic! So many people I know, help themselves with frequently saving their files under a different name to keep track on the version history. Or they send emails to themselves or to other people they want to collaborate with. In any case I would call that &#8220;versions out of control&#8221;  rather than &#8220;version control&#8221;.<br />
I think what scares many people off from CVS, Subversion and the like, is that these things are quite complicated to handle on the command line (if you are not geek by nature). Also getting a Subversion repository to run online (which would give you some backup functionality) is not that easy in my eyes. Even further Subversion may offer a bit too much functionality for people just working with texts.</p>
<p>I think people who want a basic version tracking and online backup functionality, which is easy to install, costs nothing and does it&#8217;s job invisibly in the background, may be happy with Dropbox (<a href="http://www.dropbox.com" rel="nofollow">http://www.dropbox.com</a>).</p>
<p>And another convenient Subversion GUI for Linux is RabbitVCS (<a href="http://rabbitvcs.org/" rel="nofollow">http://rabbitvcs.org/</a>), which also comes with a plugin for GNOME&#8217;s Nautilus, as not everybody finds KDE that kool ;-D. It is said to be inspired from TortoiseSVN (<a href="http://tortoisesvn.tigris.org/" rel="nofollow">http://tortoisesvn.tigris.org/</a>), which became famous among Windows users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Somadeva Vasudeva</title>
		<link>http://www.danielstender.com/granthinam/1599/comment-page-1/#comment-1047</link>
		<dc:creator>Somadeva Vasudeva</dc:creator>
		<pubDate>Mon, 26 Apr 2010 15:27:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.danielstender.com/granthinam/?p=1599#comment-1047</guid>
		<description>Nice to see these tips. I have just started using Git (installed with macports) and am happy so far (make sure(!!!) you don&#039;t ever accidentally upload files with non-Unix linebreaks or you will regret it). On OS X there are some useful helper applications that make it easier to get started (apart from a good terminal app like visor (http://visor.binaryage.com/)) I have used GitX and it is a good tool to see where files end up (http://gitx.frim.nl/), I have not yet tried gitnub (http://wiki.github.com/Caged/gitnub/) but it looks helpful too. BBEdit always had excellent Subversion support, but not much for Git yet.</description>
		<content:encoded><![CDATA[<p>Nice to see these tips. I have just started using Git (installed with macports) and am happy so far (make sure(!!!) you don&#8217;t ever accidentally upload files with non-Unix linebreaks or you will regret it). On OS X there are some useful helper applications that make it easier to get started (apart from a good terminal app like visor (<a href="http://visor.binaryage.com/" rel="nofollow">http://visor.binaryage.com/</a>)) I have used GitX and it is a good tool to see where files end up (<a href="http://gitx.frim.nl/" rel="nofollow">http://gitx.frim.nl/</a>), I have not yet tried gitnub (<a href="http://wiki.github.com/Caged/gitnub/" rel="nofollow">http://wiki.github.com/Caged/gitnub/</a>) but it looks helpful too. BBEdit always had excellent Subversion support, but not much for Git yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Slouber</title>
		<link>http://www.danielstender.com/granthinam/1599/comment-page-1/#comment-1012</link>
		<dc:creator>Michael Slouber</dc:creator>
		<pubDate>Thu, 22 Apr 2010 08:43:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.danielstender.com/granthinam/?p=1599#comment-1012</guid>
		<description>This seems like a promising prospect for future etext libraries. So many corrupt etexts are very easy to fix locally as one happens upon them, but who wants to spend the time to note each and every change and them send them sporadically to the maintainer? Allowing all users to update each etext as they use them seems ideal to me. Of course you still want to have a system for approving changes, such as an annual review of every change by the maintainer.  

The editor I use, BBEdit, does keep backups every time you save the file, and I hardly ever use them, but when I do it is because I really need it. It also lets you compare two files to see exactly what the changes were.</description>
		<content:encoded><![CDATA[<p>This seems like a promising prospect for future etext libraries. So many corrupt etexts are very easy to fix locally as one happens upon them, but who wants to spend the time to note each and every change and them send them sporadically to the maintainer? Allowing all users to update each etext as they use them seems ideal to me. Of course you still want to have a system for approving changes, such as an annual review of every change by the maintainer.  </p>
<p>The editor I use, BBEdit, does keep backups every time you save the file, and I hardly ever use them, but when I do it is because I really need it. It also lets you compare two files to see exactly what the changes were.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

