If you re-report this with an real transcript, showing the precise
commands (or GUI gestures) issued, the expected output, the actual
output, and with any interpretation carefully segregated from the
transcript, we may be able to answer. As it was, I must confess I was
unable to understand your mail, sorry.
-Karl
"Srilakshmanan, Lakshman" <lakshman.srilakshmanan@police.vic.gov.au> writes:
> When I did a rename of a file and committed it, I found the original
> file was still available.
>
> Further investigation revealed that a rename is treated as two
> operation, first operation deletes the file while the second operation
> copies a new file from the original file. Even though it's two
> operations, the object id remains the same hence considered as "true
> rename".
>
> The issue is that when you rename a file and commit the renamed file,
> the *** original file *** delete operation is not performed and
> therefore that file is still available and appears to be under a **
> different ** object ID. How do I know ? a log of the original file
> does not traverse the tree.
>
> We cannot commit the original file delete operation because the file
> does not exist. The only way around is to commit the entire directory
> (and uncheck the files you don't want to commit, if you are using a
> GUI client like TortoiseSVN).
>
> Is this a known issue or a user error :)
>
> Thanks Lakshman
>
> ================================================================================================
> EMAIL DISCLAIMER
>
> This email and any attachments are confidential. They may also be
> subject to copyright.
>
> If you are not an intended recipient of this email please immediately
> contact us by replying to this email and then delete this email.
>
> You must not read, use, copy, retain, forward or disclose this email
> or any attachment.
>
> We do not accept any liability arising from or in connection with
> unauthorised use or disclosure of the information contained in this
> email or any attachment.
>
> We make reasonable efforts to protect against computer viruses but we
> do not accept liability for any liability, loss or damage caused by
> any computer virus contained in this email.
> ================================================================================================
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Dec 23 04:10:05 2007