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

Re: Extend E155021 message to include supported format version

From: Stefan Sperling <stsp_at_elego.de>
Date: Thu, 3 Jul 2014 17:47:33 +0200

On Thu, Jul 03, 2014 at 10:58:35AM +0100, Notes Jonny wrote:
> I guess the other idea is to promise to only allow ".svn format"
> updates every 5 years? I can't think that I've noticed any
> improvements since I've been using new formats..

The 1.8 format added support for local move tracking, for instance.
http://subversion.apache.org/docs/release-notes/1.8.html#moves

> Do GIT repos suffer these same problems?

No, they don't. And neither do Subversion repositories (i.e on
the the server-side), which are fully backwards compatible.
SVN working copies correspond more to the "git working tree" rather
than the git repository.

SVN working copies are not backwards compatible (yet) and thus clients
sharing working copies need to be updated in lock-step. We know that
this is problematic for some users, however for now that's the situation.

SVNKit-based Subversion clients should be able to use older working copy
formats. Most Java-based clinets use SVNKit instead of Subversion (SVNkit
is a separate implementation written in Java, see http://svnkit.com/).
IIRC Jenkins uses SVNKit, so it should be able to work with working
copies in older formats.
Received on 2014-07-03 17:48:24 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.