Let me try again without the digital signature...
I've been struggling with the problem for several months and was hoping that
1.3.0 would fix the problemm with the wcprop changes, but alas it hasn't.
Ok what happens is I do a commit and get the message:
svn: Commit failed (details follow):
svn: Your file or directory 'Business Objects\Tables\CCompany.cs' is
probably out-of-date
svn: The version resource does not correspond to the resource within the
transaction. Either the requested version reso
urce is out of date (needs to be updated), or the requested version
resource is newer than the transaction root (restart
the commit).
The obvious thing to do at this stage is an update, which I do. Then I try a
commit and get the same error.
Svn info ccompany.cs give me:
Path: CCompany.cs
Name: CCompany.cs
URL:
http://svn-sys.kobold.local/Client%20Tasks%20(CBU-CTK)/KoBold%20Group/Intran
et/6%20-%20Source/trunk/Business%20Obje
cts/Tables/CCompany.cs
Repository Root: http://svn-sys.kobold.local
Repository UUID: 6f60aa99-51d5-0310-bdd6-ac86866b4686
Revision: 6207
Node Kind: file
Schedule: normal
Last Changed Author: KOBOLD\dgarcia
Last Changed Rev: 6203
Last Changed Date: 2006-02-20 10:18:51 +1000 (Mon, 20 Feb 2006)
Text Last Updated: 2006-02-20 10:18:29 +1000 (Mon, 20 Feb 2006)
Properties Last Updated: 2006-02-20 10:18:29 +1000 (Mon, 20 Feb 2006)
Checksum: 4e224ccfc556f959cf39796d8948b6cb
Now if I look in _svn\wcprops\CCompany.cs.svn-work I see:
K 25
svn:wc:ra_dav:version-url
V 124
/!svn/ver/6199/Client%20Tasks%20(CBU-CTK)/KoBold%20Group/Intranet/6%20-%20So
urce/trunk/Business%20Objects/Tables/CCompany.cs
END
Is it a problem that the properties file is referencing revision 6199 ?
Based on comments in this mailing list (eg
http://subversion.tigris.org/servlets/ReadMsg?listName=users&msgNo=26378),
I've been deleting the wcprop files as a workaround to this problem. I've
also dumpped and reloaded my repository several times, with the last
dump/reload being a migration to win32 and subversion 1.3.0.
The problem seems to occur with:
* svn command line
* Tortoise SVN
* AnkhSvn
* Many different versions of the client and server
All 3 developers at my workplace experience the same problem.
I haven't noticed any patterns as to what causes the working copy to become
corrupt. One thing I've ruled out is multiple working copies. I was working
on a project over xmas where I was the only user and I have a single working
copy and that working copy managed to become corrupted.
This problem looks very much like issue 1851 to me, but who knows.
What more can I tell you ?
Daniel F Garcia
Project manager
Mobile: 0438 670 947
Phone: 07 3810 0000
Email: dgarcia@kobold.com.au
Address: Level 1, Commonwealth Bank Building, 143 Brisbane St, Ipswich Q
4305
Postal Address: PO Box 893 Ipswich Q 4305
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Feb 20 07:29:51 2006