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

Re: Repository Format vs. Subversion Revision

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Mon, 24 Aug 2009 20:21:22 +0300 (Jerusalem Daylight Time)

David Weintraub wrote on Mon, 24 Aug 2009 at 13:08 -0400:
> Where can I find the list of repository formats (seen in the "format"
> file) vs. the native format for a particular revision of the
> Subversion svnadmin revision.

(You're referring to the top-level 'format' file. FSFS repositories have
another 'format' file under the db/ directory.)

> We have Subversion 1.5.x on our server, but originally created the
> repositories with Subversion 1.4.x. Therefore, I thought we had an
> OLDER version of the repository format. However, I was going to test
> upgrading to the new 1.5 format by creating a new repository and doing
> a "svnadmin load" into it. The new repository I just created is in
> format "5". However, our older formats are also in format "5" too. For
> some strange reason, I originally thought they were under format "3".
> Maybe I did an "svn upgrade" on them before?
> Is there a way I can see Repository Format vs. Subversion --version?

From subversion/libsvn_repos/repos.h

/* Repository format number.

   Formats 0, 1 and 2 were pre-1.0.

   Format 3 was current for 1.0 through to 1.3.

   Format 4 was an abortive experiment during the development of the
   locking feature in the lead up to 1.2.

   Format 5 was new in 1.4, and is the first format which may contain
   BDB or FSFS filesystems with a FS format other than 1, since prior
   formats are accepted by some versions of Subversion which do not
   pay attention to the FS format number.



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-24 19:23:11 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.