Comments
2 comments
-
Here is what an svn update from tortoise reports:
Command: Update Updating: C:UsersARMarshallAppDataLocalRed GateSource Control for Oracle 2WorkingBasesz5ek1fhm.2kh Completed: At revision: 22 Updating: C:UsersARMarshallAppDataLocalRed GateSource Control for Oracle 2WorkingBaseszijk2dul.jzp Completed: At revision: 22
-
Yes unfortunately we're locked to 1.7 currently due to a bug in the x64 version of SharpSVN 1.8 which can cause an un-catchable exception when authentication fails.
I was considering putting an option in to allow using 1.8 (at your own risk) turned off by default - how does that sound?
Add comment
Please sign in to leave a comment.
Here are the relevant version bits:
According to https://subversion.apache.org/download/ ... ed-release, The best available version of Apache Subversion is: 1.8.10
so I have upgraded.
When I try to access a check out area which was upgraded by Tortoise to be compatible with release 1.8.x with Source Control Oracle 2 (a checkout working area created through the tool),
it reports this:
Failed to recover from 'C:UsersARMarshallAppDataLocalRed GateSource Control for Oracle 2WorkingBaseszijk2dul.jzp' is not a working copy directory
I did not re-checkout....
even though when I navigate there with Windows Explorer and noodle around with Tortoise, no errors are encountered and svn update does nothing which indicates the checkout is up-to-date....