TortoiseSVN v1.7 - error updating the working copy folder with v1.6

Question

I updated TortoiseSVN from 1.6 to 1.7. Therefore, to use it, I needed to update the working copy folder.

But when updating, it shows the Box error message:

Cannot open the directory 'D: \ SVN_HOME \ EclipseWorkspace \ Project \ WEB-INF \ Classes \ .svn \ base text': The system cannot find the specified path

What can I do in this situation?

Answer 1

After reading all the comments on the original question, I would suggest the following steps.

• Backing Up D: \ SVN_HOME Content
• Check the source tree in another folder, say SVN_HOME_NEW
• Copy each changed file in SVN_HOME to the appropriate subfolder SVN_HOME_NEW, replacing the source files in SVN_HOME_NEW
• Check your changes at SVN_HOME_NEW

Answer 2

A working copy of SVN is just a copy with the .svn folder in each folder and subfolder of the project you are working on. They are used to track any pending changes to the project content. These .svn folders can be deleted, leaving the project files with the latest changes that have not yet been made to the central SVN repository / server.

TortoiseSVN 1.7 uses these .svn folders in the sense that they are no longer compatible with older versions of TortoiseSVN. In no case will this affect the Subversion server and repository when deleting local copies of .svn .

My solution outlined here ensures that everything that has not yet been made from a damaged / damaged copy that has been deleted from its .svn folders can be copied to a new working copy pulled out of TortoiseSVN 1.7, which will be completed later. The reason for a corrupted copy must be deleted from its .svn folders because when it is copied to a new blank copy, the “beautiful” .svn folders in the blank copy will not be overwritten so as to preserve the last good condition of the blank copy from the server.

Answer 3

If this is only one directory that complains, and you know that it has been changed or nothing has been changed, you can always try to delete this directory and then perform an upgrade and then upgrade, and everything will be okay. So I decided it here.

Answer 4

.svn folders in
D:\SVN_HOME\EclipseWorkspace\project\WEB-INF\classes\
probably a copy of the folder, which is probably located in
D:\SVN_HOME\EclipseWorkspace\project\WEB-INF\src\ .

Eclipse or your build script probably copied the .svn folders from src to classes when compiling the project.

You can delete all .svn folders from the class folder that are placed there incorrectly and try updating again.

Answer 5

This problem has been resolved with the following steps.

• Import project in eclipse
• right click -> select command -> Share
• Follow the instructions and provide the correct repository URL.
• After synchronization is complete, you will receive an svn update, and you can also update the folder.

Luck...