[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: Mark Phippard <markphip_at_gmail.com>
Date: Thu, 3 Jul 2014 12:50:29 -0400

On Thu, Jul 3, 2014 at 12:43 PM, Notes Jonny <jongmob_at_gmail.com> wrote:

> Hi Stefan
>
>
> On Thu, Jul 3, 2014 at 4:47 PM, Stefan Sperling <stsp_at_elego.de> wrote:
> > 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
>
>
> Many thanks for your reply.
>
> I'm still suffering the version collisions. I was going to join
> tortoise svn users list, but I thought as I am already discussing here
> I will ask you.
>
>
> I've installed TortoiseSVN 1.7.7 (which uses svn 1.7.5) and it can't
> access the checkout from Jenkins (which is supposed to be "1.7"
> format). Actually Tortoise is offering to upgrade to "1.7". I am a bit
> surprised as it is already a 1.7x release.
>

Note that Jenkins uses SVNKit, not the Subversion libraries and it has a
global preference that indicates which working copy format it will create.
 I believe it defaults to 1.4, but it can be changed to 1.7 if you are on
an updated version of the plugin.

I'm a bit confused why TortoiseSVN can't handle. I will probably go
> back as a binary search to find a TortoiseSVN that works.. this is
> such a high cost on users (already a large amount of money/development
> time used up. I'd happy donate an amount of money to get a fixed .svn
> standard format for the next decade..)
>

Why do you need to access the working copies of your continuous integration
server with TortoiseSVN?

This issue has existed in every Subversion version and I have personally
never found it that difficult to manage. Typically on a developer machine
it means you either want to upgrade all your SVN clients (command line,
TortoiseSVN, IDE integration) together or you just do not try to mix the
clients on the same working copy.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2014-07-03 18:50:56 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.