On Thu, Apr 23, 2009 at 22:00, Stephen 'Mac' Rowe
> Summary: Check-ins don't work on substituted drive letters
> Version: TortoiseSVN 1.6.1, Build 16129 - 32 Bit , 2009/04/10 08:14:05
> What I did:
> 1. Checked out a project into the directory: C:\Projects\Tests
> 2. Created a substituted drive to that location: eg: Command line: subst
> X: C:\Projects\Tests
> 3. Modified one of the files in the project
> 4. Checked the project back in
> What happened:
> Command: Commit
> Modified: X://Thefilename.txt
> Sending content: X://Thefilename.txt
> Error: Commit succeeded, but other errors follow:
> Error: Error bumping revisions post-commit (details follow):
> Error: In directory 'X:'
> Error: Log entry missing 'name' attribute (entry 'rm' for directory 'X:')
> Then I had to do a cleanup which also failed. Project unable to be
> synchronised from that point on.
> What I expected to happen:
> A normal check in! It used to work in previous versions (unsure of exact
> versions - I just updated to the most recent today)
> Other comments:
> It might seem odd to use substituted drives like this but it is extremely
> handy. If you've ever inherited a project from someone else and tried to
> use it, and discovered a few dozen accidentally hard-coded paths in settings
> file (eg: C:\Documents And Settings\Fred\Desktop) you'll know what I mean.
> Some nasty compilers have a habit of putting full path names in project
> files ... substituting a drive letter for the working directory ensures that
> it will always work.
> Or it used to mean that until I updated to Version 1.6.1
I believe this is a known problem with the Subversion libraries. Try
the same steps with the command-line client.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-04-24 18:53:41 CEST