[Ffmpeg-devel] SVN dump

Uoti Urpala uoti.urpala
Mon Apr 16 02:28:49 CEST 2007


On Sun, 2007-04-15 at 19:29 -0400, Rich Felker wrote:
> I'm opposed to Mercurial unless you're willing to write a portable
> implementation in C or Bourne shell + POSIX utils. I don't have Python
> and it's not terribly portable... Last time I tried to build it I
> remember it being hell...

I doubt the implementation language would be a problem for anyone
besides you. There are more important factors to consider.

> Also, FWIW, I'd strongly prefer systems that can be used fully online,
> without having to keep a full local copy of the repo. I often use
> machines that don't have hundreds of megabytes (or worse) of space
> free for a local copy of the repo... both old machines and shells with
> limited quotas. CVS->SVN already made my source trees grow 2x and I'd
> rather not have them grow 100x on top of that...

The space difference isn't that huge. SVN keeps copies of current
repository objects in separate plaintext files; git keeps a _compressed_
version of history. For current MPlayer repository I get the following
numbers:

SVN checkout:
number of files/dirs ("find . | wc"): 5391
total number of bytes ("du -b" on tmpfs): 56703925

git checkout:
number of files/dir: 2259
total number of bytes: 80919237

Given the significantly higher number of paths in the SVN checkout they
would use noticeable extra space on most filesystems. The relative disk
space usage of the checkouts is closer together if you take generated
object files into account.





More information about the ffmpeg-devel mailing list