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

Re: case sensitive issue when checking out specific revision numbers?

From: Stewart Bryce <stewart.bryce_at_torotrak.com>
Date: 2005-12-07 16:41:31 CET


after some further investigation (and more by luck than judgement) i
have discovered the real issue. issue may be a harsh word in this
case since i don't think that what happens is too unreasonable.

what i realised was that with the version checked out using the
subversion command line client is that the repository name had

so version 80's repository path is:

rather than the heads repository path:

whilst the command line client was able to realise this and check the
project out (albeit with all the \.svn\entries files having this in
url="svn://software/sdt/SysDesTool/trunk"), tortoiseSVN just wouldn't
let me (giving the error message shown in the first email).

sorry to point down the wrong path earlier. maybe tortoiseSVN should
warn the user that the repository path had changed between the version
requested and the head, but still allow the user to check it out?
just my opinion.

thanks for a very useful piece of software though, and if you have any
comments on how i could of discovered this using tortoise alone i
would be grateful.


On Wednesday, 7 December 2005 <11:44:11>, Stewart Bryce wrote,
>To: dev@tortoisesvn.tigris.org, Neil Robson
>Subject: case sensitive issue when checking out specific revision numbers?
>i hope that this is the correct place to report this issue - if not
>then i would be grateful if someone could point me in the correct
>for reference i am using tortoise svn 1.2.6 build 4786 - 32 bit on a
>windows xp pro machine.
>the issue i have looks like it is only with tortoise svn rather than
>the subversion itself. i attempted to get a specific revision (80) of
>the trunk of a project using tortoise svn from a repository located
>here (please note the case of the second 'sdt'):
>this attached checkoutAttempt.jpg shows the method i am trying to
>use. regardless of whether i use:
>...i get the same error message (shown in the attached svnError.jpg).
>given this error i thought i would try using command line subversion
>(i don't use tortoise much but i support a group of people that only
>use tortoise). if i try the following line (notice lower case on
>second 'sdt') it fails like so:
>C:\sbryce\sdtProblemsFolder>svn checkout -r 80 svn://software/sdt/sdt/trunk
>svn: File not found: revision 91, path '/sdt/trunk
>whereas this works (noting the capitals on the second 'sdt'):
>C:\sbryce\sdtProblemsFolder>svn checkout -r 80 svn://software/sdt/SDT/trunk
><many checkout msgs>
>Checked out revision 80.
>so the problem seems to be a case issue in tortoise, which is odd

>because i have other repositories that i can checkout (using tortoise)
>specific revisions from that have differing case
>(e.g. /aNotherProject).
>whilst i have a work around to this issue (by using a command line
>client instead of tortoise svn) i thought i would report it as a
>potential issue. if you can help me shed any light on why i can't
>checkout a specific version of this one project then i would be very
>thanks in anticipation,
>Content-Type: image/jpeg
>Content-Disposition: inline; filename="checkoutAttempt.jpg"
>Content-ID: <17302.52958.376000.172824@gargle.gargle.HOWL>
>Content-Transfer-Encoding: binary
>[Deleted JPEG image]
>[Saved to c:/gnu/emacsStuff/stuff/attachments/checkoutAttempt.jpg on SBRY-NB]
>Content-Type: image/jpeg
>Content-Disposition: inline; filename="svnError.jpg"
>Content-ID: <17302.52961.781000.182041@gargle.gargle.HOWL>
>Content-Transfer-Encoding: binary
>[Deleted JPEG image]
>[Saved to c:/gnu/emacsStuff/stuff/attachments/svnError.jpg on SBRY-NB]

To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Dec 7 16:44:53 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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