In versions of TortoiseSVN after 1.8.0, I cannot commit any new files to the server, without getting the error message that it already exists. E.g.,
Error: File 'ServiceTests/TestFiles/Service.db.corrupted' already exists
Error: You have to update your working copy first.
This aborts the entire check-in. In all cases, the files do not actually exist, and updating does nothing. 1.8.0 can commit these files in the Added state with no problem. SVN Cleanup does nothing, reboot does nothing.
The issue is very repeatable for me, as it happens on any new file. I just installed and uninstalled each of the versions to below to confirm.
Issue does NOT occur in:
TortoiseSVN-1.8.0.24401-x64-svn-1.8.0
Issue occurs in:
TortoiseSVN-1.8.1.24570-x64-svn-1.8.1
TortoiseSVN-1.8.2.24708-x64-svn-1.8.3
My system: Win 7 Pro, SP1 (6.1), 64-bit OS
I am happy to provide more details if necessary. I do not see this issue being mentioned in either the forum or the change log, so I hope I did my “homework”.
-- Alex Pasternak
From: BladeOfLight16 [mailto:bladeof...@gmail.com]
Sent: Friday, 30 August 2013 12:11 PM
To: us...@tortoisesvn.tigris.org
Subject: Re: New Files Always Rejected in 1.8.1+
Can you reproduce with the command line tools? If so, this could be a problem with SVN rather than TortoiseSVN, and would need to be reported to the SVN user list.
On Thu, Aug 29, 2013 at 4:00 PM, Alex Pasternak <APast...@xrite.com> wrote:In versions of TortoiseSVN after 1.8.0, I cannot commit any new files to the server, without getting the error message that it already exists. E.g.,
Error: File 'ServiceTests/TestFiles/Service.db.corrupted' already exists
Error: You have to update your working copy first.
Yes, I've seen that message, too, all too often.
This aborts the entire check-in. In all cases, the files do not actually exist, and updating does nothing. 1.8.0 can commit these files in the Added state with no problem. SVN Cleanup does nothing, reboot does nothing.
Important question: What server software version are you running? We were running 1.2.3, which caused all sorts of issues interacting with SVN1.8.1.
The issue is very repeatable for me, as it happens on any new file. I just installed and uninstalled each of the versions to below to confirm.
We found the issue very repeatable, too, although I didn't try backtracking to 1.8.0. We went straight from 1.7.13 (which worked reliably with the old server software) to 1.8.1 (which didn't).
Issue does NOT occur in:
TortoiseSVN-1.8.0.24401-x64-svn-1.8.0
Issue occurs in:
TortoiseSVN-1.8.1.24570-x64-svn-1.8.1
TortoiseSVN-1.8.2.24708-x64-svn-1.8.3
My system: Win 7 Pro, SP1 (6.1), 64-bit OS
I am happy to provide more details if necessary. I do not see this issue being mentioned in either the forum or the change log, so I hope I did my “ homework”.
The important details that are missing are the details of your SVN server.
I think you might have to upgrade your server software, as we did (if that's an option for you). But here's a caveat: If you have a repository that's in BDB format, it will need to be upgraded to FSFS format. There's a discussion about that archived starting here:
http://svn.haxx.se/users/archive-2013-08/0370.shtml
... or here:
Regards,
Geoff
--
Apologies for the auto-generated legal boilerplate added
by our IT department:
- The contents of this email, and any attachments, are strictly private and confidential. - It may contain legally privileged or sensitive information and is intended solely for the individual or entity to which it is addressed. - Only the intended recipient may review, reproduce, retransmit, disclose, disseminate or otherwise use or take action in reliance upon the information contained in this email and any attachments, with the permission of Australian Arrow Pty. Ltd. - If you have received this communication in error, please reply to the sender immediately and promptly delete the email and attachments, together with any copies, from all computers. - It is your responsibility to scan this communication and any attached files for computer viruses and other defects and we recommend that it be subjected to your virus checking procedures prior to use. - Australian Arrow Pty. Ltd. does not accept liability for any loss or damage of any nature, howsoever caused, which may result directly or indirectly from this communication or any attached files.