<?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 1.5</title>
	<atom:link href="http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/</link>
	<description>Just another GNOME Blogs weblog</description>
	<lastBuildDate>Fri, 06 Jan 2012 11:41:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: ovitters</title>
		<link>http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/comment-page-1/#comment-358</link>
		<dc:creator>ovitters</dc:creator>
		<pubDate>Sun, 22 Jun 2008 07:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/#comment-358</guid>
		<description>James: I don&#039;t rule stuff out on their SVN integration, although if Gits SVN integration was better, maybe we could just use the mirrors for a while longer. Apart from other things, one problem I have is that I am a sysadmin. This means that I&#039;ll have to support the infrastructure later.. doesn&#039;t matter if I set it up initially or not. If I don&#039;t understand it, then I cannot support it (svnmaster@gnome.org gets more than just &#039;create a new repos pls&#039;). Even if someone does the work of setting it up, I think the support will end up with me... I do not want that.

Also still not having &#039;grasped&#039; git is very annoying. I just don&#039;t understand how it works (what happens at what stage).. I am not prepared to sit with a notebook or think of it as a filesystem or something (suggestions I got). Further, an &#039;easy&#039; frontend doesn&#039;t help when you get error messages. The tool itself has to be really easy (and it is not there at all).
I know this depends on the person. Some pick it up (very) quickly.. but others take months+. Other stuff was way easier to pick up (remember learning Python.. even Perl.. etc). At one point I&#039;ll understand it.. but I don&#039;t see the benefit with how much time I have to invest (I want/need to work on sysadmin things like Mango TODO items).

A VCS switch is more than just converting repositories. E.g. think of the scripts depending on/integrated with the VCS (auto updating of websites, auto building release-notes+gnome-devel-docs tarballs for libgo, etc).

I am not the only one deciding... although if I&#039;d support it, I will do the conversion (the whole thing, from investigation all implications to ensuring there are no issues).</description>
		<content:encoded><![CDATA[<p>James: I don&#8217;t rule stuff out on their SVN integration, although if Gits SVN integration was better, maybe we could just use the mirrors for a while longer. Apart from other things, one problem I have is that I am a sysadmin. This means that I&#8217;ll have to support the infrastructure later.. doesn&#8217;t matter if I set it up initially or not. If I don&#8217;t understand it, then I cannot support it (svnmaster@gnome.org gets more than just &#8216;create a new repos pls&#8217;). Even if someone does the work of setting it up, I think the support will end up with me&#8230; I do not want that.</p>
<p>Also still not having &#8216;grasped&#8217; git is very annoying. I just don&#8217;t understand how it works (what happens at what stage).. I am not prepared to sit with a notebook or think of it as a filesystem or something (suggestions I got). Further, an &#8216;easy&#8217; frontend doesn&#8217;t help when you get error messages. The tool itself has to be really easy (and it is not there at all).<br />
I know this depends on the person. Some pick it up (very) quickly.. but others take months+. Other stuff was way easier to pick up (remember learning Python.. even Perl.. etc). At one point I&#8217;ll understand it.. but I don&#8217;t see the benefit with how much time I have to invest (I want/need to work on sysadmin things like Mango TODO items).</p>
<p>A VCS switch is more than just converting repositories. E.g. think of the scripts depending on/integrated with the VCS (auto updating of websites, auto building release-notes+gnome-devel-docs tarballs for libgo, etc).</p>
<p>I am not the only one deciding&#8230; although if I&#8217;d support it, I will do the conversion (the whole thing, from investigation all implications to ensuring there are no issues).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Sharpe</title>
		<link>http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/comment-page-1/#comment-357</link>
		<dc:creator>James Sharpe</dc:creator>
		<pubDate>Sun, 22 Jun 2008 01:07:08 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/#comment-357</guid>
		<description>It was only missing two modules, which I&#039;d successfully converted myself anyway. Also the issue with gtk+ is fixed in git HEAD. The only reason it took so long really was a lack of understanding of exactly how git works.
Just because setting up a git-svn mirror initially was slightly tricky doesn&#039;t make git less attractive since when the repos are converted fully, you are then admining a normal git repo which is more straightforward to do. All I&#039;m asking is don&#039;t rule it out yet!</description>
		<content:encoded><![CDATA[<p>It was only missing two modules, which I&#8217;d successfully converted myself anyway. Also the issue with gtk+ is fixed in git HEAD. The only reason it took so long really was a lack of understanding of exactly how git works.<br />
Just because setting up a git-svn mirror initially was slightly tricky doesn&#8217;t make git less attractive since when the repos are converted fully, you are then admining a normal git repo which is more straightforward to do. All I&#8217;m asking is don&#8217;t rule it out yet!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ovitters</title>
		<link>http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/comment-page-1/#comment-354</link>
		<dc:creator>ovitters</dc:creator>
		<pubDate>Fri, 20 Jun 2008 22:45:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/#comment-354</guid>
		<description>It is not a full git-svn mirror. Git-svn breaks on a few modules. Further, it took John weeks to setup that mirror.

Bzr I can understand and admin, Git not.</description>
		<content:encoded><![CDATA[<p>It is not a full git-svn mirror. Git-svn breaks on a few modules. Further, it took John weeks to setup that mirror.</p>
<p>Bzr I can understand and admin, Git not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Sharpe</title>
		<link>http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/comment-page-1/#comment-353</link>
		<dc:creator>James Sharpe</dc:creator>
		<pubDate>Fri, 20 Jun 2008 22:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/#comment-353</guid>
		<description>Why do you not consider git to be viable? I&#039;m quite happily using git-svn over the current repositories with no problems, and John Carr has a full git-svn mirror now at http://gitgnome.unrouted.co.uk/.
I know bzr seems to be the flavour of the month with regards to DVCS but it still has the same problems that git does, in particular with being able to handle svn:externals.</description>
		<content:encoded><![CDATA[<p>Why do you not consider git to be viable? I&#8217;m quite happily using git-svn over the current repositories with no problems, and John Carr has a full git-svn mirror now at <a href="http://gitgnome.unrouted.co.uk/" rel="nofollow">http://gitgnome.unrouted.co.uk/</a>.<br />
I know bzr seems to be the flavour of the month with regards to DVCS but it still has the same problems that git does, in particular with being able to handle svn:externals.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ovitters</title>
		<link>http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/comment-page-1/#comment-351</link>
		<dc:creator>ovitters</dc:creator>
		<pubDate>Fri, 20 Jun 2008 17:09:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/#comment-351</guid>
		<description>blah: There will be a DVCS discussion at GUADEC. I don&#039;t consider Git to be a viable option at the moment.</description>
		<content:encoded><![CDATA[<p>blah: There will be a DVCS discussion at GUADEC. I don&#8217;t consider Git to be a viable option at the moment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blah</title>
		<link>http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/comment-page-1/#comment-350</link>
		<dc:creator>blah</dc:creator>
		<pubDate>Fri, 20 Jun 2008 16:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/ovitters/2008/06/20/subversion-15/#comment-350</guid>
		<description>And when will svn.gnome.org become git.gnome.org?</description>
		<content:encoded><![CDATA[<p>And when will svn.gnome.org become git.gnome.org?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/ovitters/2008/06/20/subversion-15/feed/ ) in 1.17999 seconds, on Feb 10th, 2012 at 6:32 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 10th, 2012 at 7:32 pm UTC -->
