Comments on: Did I mention that svn sucks? http://jbowes.dangerouslyinc.com/2007/02/11/did-i-mention-that-svn-sucks/ Purveyor of Pre-eminent Programmes Thu, 20 Nov 2008 22:35:47 +0000 http://wordpress.org/?v=2.6.3 By: James Bowes http://jbowes.dangerouslyinc.com/2007/02/11/did-i-mention-that-svn-sucks/#comment-44 James Bowes Wed, 14 Feb 2007 19:32:54 +0000 http://jbowes.dangerouslyinc.com/2007/02/11/did-i-mention-that-svn-sucks/#comment-44 >Not once the space occupied by a project’s history and revision trees are significantly greater than the size of the head of the project. It's going to be a lot of history before that happens. > Besides, if git et al do that, why are you complaining about how much space subversion uses? Precisely because of this. If git is able to keep the entire history plus checkout in similar space as an svn checkout, then obviously svn is doing something wrong. Keith Packard has a good write-up on the matter: http://keithp.com/blog/Repository_Formats_Matter.html >Not once the space occupied by a project’s history and revision trees are significantly greater than the size of the head of the project.

It’s going to be a lot of history before that happens.

> Besides, if git et al do that, why are you complaining about how much space subversion uses?

Precisely because of this. If git is able to keep the entire history plus checkout in similar space as an svn checkout, then obviously svn is doing something wrong.

Keith Packard has a good write-up on the matter:
http://keithp.com/blog/Repository_Formats_Matter.html

]]> By: ws http://jbowes.dangerouslyinc.com/2007/02/11/did-i-mention-that-svn-sucks/#comment-43 ws Wed, 14 Feb 2007 17:23:28 +0000 http://jbowes.dangerouslyinc.com/2007/02/11/did-i-mention-that-svn-sucks/#comment-43 > git, mercurial, and company are able to store the full project’s history on disk in a similar amount of space as an svn checkout. Not once the space occupied by a project's history and revision trees are significantly greater than the size of the head of the project. Besides, if git et al do that, why are you complaining about how much space subversion uses? > git, mercurial, and company are able to store the full project’s history on disk in a similar amount of space as an svn checkout.

Not once the space occupied by a project’s history and revision trees are significantly greater than the size of the head of the project.

Besides, if git et al do that, why are you complaining about how much space subversion uses?

]]> By: James Bowes http://jbowes.dangerouslyinc.com/2007/02/11/did-i-mention-that-svn-sucks/#comment-41 James Bowes Wed, 14 Feb 2007 13:31:42 +0000 http://jbowes.dangerouslyinc.com/2007/02/11/did-i-mention-that-svn-sucks/#comment-41 Disk space is cheap. So why not store the entire history on local disk? git, mercurial, and company are able to store the full project's history on disk in a similar amount of space as an svn checkout. svn is a fine scm if you look at it in isolation, but when placed next to everything else available, it's sorely lacking. Disk space is cheap. So why not store the entire history on local disk? git, mercurial, and company are able to store the full project’s history on disk in a similar amount of space as an svn checkout.

svn is a fine scm if you look at it in isolation, but when placed next to everything else available, it’s sorely lacking.

]]> By: ws http://jbowes.dangerouslyinc.com/2007/02/11/did-i-mention-that-svn-sucks/#comment-38 ws Wed, 14 Feb 2007 05:09:54 +0000 http://jbowes.dangerouslyinc.com/2007/02/11/did-i-mention-that-svn-sucks/#comment-38 Disk space is cheap. Subversion keeps a pristine copy of everything in the repository. That's so you don't have to suck up your entire downstream bandwidth, or put an unnecessary load on a server in order to find out what you've changed. I'm sure those aren't the only reasons, but they're the ones I can name off the top of my head. BTW, you should tweak your stylesheet. Faint-green on a white background doesn't show at all. Ideally, people shouldn't have to highlight the text in order to read it. Disk space is cheap. Subversion keeps a pristine copy of everything in the repository. That’s so you don’t have to suck up your entire downstream bandwidth, or put an unnecessary load on a server in order to find out what you’ve changed. I’m sure those aren’t the only reasons, but they’re the ones I can name off the top of my head.

BTW, you should tweak your stylesheet. Faint-green on a white background doesn’t show at all. Ideally, people shouldn’t have to highlight the text in order to read it.

]]>