[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: fsfs storage

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Tue, 12 May 2015 01:27:58 +0000

Geoff Field wrote on Mon, May 11, 2015 at 11:14:41 +1000:
> The files are stored in original format in your working copy under
> ./.svn/pristine/*, but with hashed names.
>

That's an implementation detail.

> On the server, they're stored under ./db/revs as a series of deltas.
> If you look at ./db/revs/0 with a text editor, for example, you'll see

That's *extremely* dangerous advice. If you open one of those files in
a text editor, you run an extremely high risk of corrupting your
repository, quite possibly creating a latent corruption that will only
manifest months or years later.

Don't ever edit those files. If you're curious, use a sandbox, or an
svnsync mirror, and play with that.

> If you're only storing text files, there's half a chance of
> understanding what's stored in the delta files. I wouldn't even
> consider editing them, though.

Don't bother trying. It's not possible to edit a revision file without
corrupting the repository.

> There is probably a setting somewhere to allow a "shadow" version to
> be set up somewhere - if not, it would be a nice idea. I know in
> SourceSafe, I was able to set up "shadow" folders on a server so that
> changes were automatically updated. I suspect that SubVersion would
> require a server-side post-commit hook to be written to do the same
> job. Does anybody have one they could share?

svnwcsub, documented in the FAQ.

>

Cheers,

Daniel

P.S. Geoff: don't let the above discourage you from understanding how
svn works behind the scenes. The only thing I ask is that you don't
give people advice that effectively teaches them how to corrupt their
repositories....
Received on 2015-05-12 03:34:55 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.