Op 22 aug. 2011 17:21 schreef "Todd Nelson" <toddyboy82577_at_gmail.com> het
> Maybe it's a flaw in the process that I am using. Here are the steps
> that I am taking to simulate to users editing the same text file:
Users are supposed to use working copies, not the repobrowser for their
regular work. With a working copy, the update step #5 should work.
> 1. Open two instances of the repo-browser and right-click on the same
> file and choose Edit
> 2. Make changes in both instances of the open file.
> 3. Close the editor for instance 1 of the file. This will close the
> file give me the commit dialog and the commit will succeed.
> 4. Close the editor for instance 2 of the file. This will close the
> file and give me the commit dialog. The commit will fail with the
> following message:
> Command: Commit
> Modified: C:\Tmp\trunk.svn00b.tmp\Another_File2.txt
> Error: Commit failed (details follow):
> Error: File or directory 'Another_File2.txt' is out of date; try
> Error: resource out of date; try updating
> 5. Click OK and the "Command failed - Updated needed dialog is now
> displayed, with two options Update and Cancel. Neither one of those
> options will re-option file. The only way to commit the changes is to
> find the temporary working copy in C:/Tmp and make the appropriate
> changes and attempt the commit again.
> I agree that added the needs-lock property would eliminate the issue
> from happening in the first place, but I can guarantee we will have
> users running into this scenario.
> Thanks again for all your help.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-08-22 19:22:46 CEST