Recently, a problem occurs on the project CVS server, leading to some code loss. I re-checked the code in batches and re-created some files. Then I updated the recently modified code, use the CVS synchronization method to compare data first, but an error is reported:
The server reported an error while loading the "CVS Update" command.
B2B: CVs [update aborted]: cocould not find desired version 1.5 in ....
The version number shown in the CVS Repository tool View column on the server is different from the version number displayed on the local machine. Finally, this problem is caused by analysis. You can only match each file, modify the version number of the local file, and then synchronize the code to check in.
Modify the version number of the local file CVS to find the location of the corresponding file. There is a CVS folder under the folder, and the CVS folder contains three files:
1. Entries
2. Repository
3. Root
Although they do not have a suffix, they can all be opened in text documents. repository records the relative path of the current file, such as xxx/src/COM/servlet.
Root records the current CVS connection address and path, such as: pserver: XXX@10.10.10.10:/home/cvsroot
Entries records the local version of each file and the file CVs and the date on which the CVS server is checked out, for example:/xxx. Java/1.5/Fri Sep 21 09:51:46 2012 //
The above red 1.5 indicates the CVS version number of the file recorded locally. If the server is version 1.2, the following message is displayed when you get the latest code from the synchronization code or check-in: cocould not find desired version. Therefore, after modifying the local file version number, press F5 in the package explorer view to refresh the code. The version number is the same as the modified version number, then you can perform Code Synchronization, get the latest information, and check in.