Parallels is similar to VMWare, but unfortunately does not yet have
that product's snapshot functionality. I was hoping to use svn to
backup my virtual machines and somewhat emulate the VMWare snapshot
functionality. These images are spare, though fragmentation does
create wasted space over time.
Apparently svn is simply not suitable for what I need to do,
especially if limiting the number of previous versions stored is
going to be a problem.
Thanks.
Alan
On Jul 29, 2006, at 8:02 AM, Nico Kadel-Garcia wrote:
> First: Buy another drive, seriously. If you're going to deal with
> files *THAT* big, you want a couple of hundred Gig to work with.
>
> Second: If I were working directly with you, I'd want to slap you
> for creating that disk image structure. Seriously, unless you
> absolutely need disk images, you'll be much happier having a
> compressed tarball of the file system itself and a "make" structure
> that generates and ungenerates the disk image from the tarball, and
> vice versa. Disk images are notmally built of mostly wasted space,
> since the blank or unused bits of the filesystem are also in the
> disk image, and it makes them very awkward to work with.There's an
> occasional reason to do it for things like VMWare disk images, but
> it's messy to cope with and will explode the size of your
> repository, since your binary check-ins are likely to be *HUGE* and
> there's no graceful way throw out previous versions of a binary
> under Subversion.
>
> Third. Compress the damn thing for storage and submission to
> Subversion! Unless the image is realy jam-packed with binary data,
> you'll get a reasonable compression benefit and help speed up your
> check-outs and check-ins.
>
> Fourth: I don't see any way for you to avoid the spare files
> in .svn at checkout. It might be feasible to do an "svn export" and
> "svn import" instead, but I see such other big problems for you
> with such big file images, I'd urge you to sit down with someone
> else competent in your setup and work out a way to shrink those.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jul 29 17:43:50 2006