Re: svn client and long filenames on Windows

Can they check out a smaller subtree of the repository content?

EG
Instead of

svn co svn://supersecretserver

do

svn co svn://supersecretserver/nationalsecrets/invasionplans/countriestoinvade/bushtop10
bushtop10

This way the working copy paths don't repeat all of the repository path.

Also remember that inside bushtop10 is the svn folder with the
pristine copies and book-keeping so the actual pathlength requirement
can be longer than the repository content.

--
Talden
On 5/15/07, Graham Leggett <minfrin@sharp.fm> wrote:
> Hi all,
>
> I have a set of developers who have a habit of checking in extremely long
> filenames in subversion repositories on a Windows platform. They do this
> using TortoiseSVN, which works, but when an attempt is made to check out
> the code as part of a maven build, the error below is thrown.
>
> At the core of the problem is the Windows limit of 256 character paths. I
> suspect TortoiseSVN works around the problem by changing to each directory
> before accessing a file, however the subversion client seems to want to
> access files in one go relative from the current directory, which then
> breaks with "path too long".
>
> Is this something easy to fix in the subversion client?
>
> The error is:
>
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Unable to checkout from SCM
> Provider message:
> The svn command failed.
> Command output:
> svn: Your .svn/tmp directory may be missing or corrupt; run 'svn cleanup'
> and try again
> svn: Can't open file
> 'checkout\alchemy-quant\src\matlabdevelopment\Toolbox\Excel
> Addins\SCMBExcelTools\Miscellaneous\Installation
> Docs\.svn\tmp\text-base\INSTALLATION INSTRUCTION FOR SCMBExcelTools for
> Excel 2000 (Hong Kong Version).doc.svn-base': The system cannot find the
> path specified.
>
> Regards,
> Graham
> --
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org