Re: log history for re-created files

Andy,

OK SVN manages different IDs for two files with the same path but existing
at different times. This is not exactly the point.

Let's try to explain another way;
Now when you have two files A and B, and requesting a log history for A
and you got B's history, it seems there is a problem !

When I request the log history for the OLD file, TSVN returns the NEW one
only, it's not what the end users may expect.

By the way I will look at the peg & operative revisions...thanks

Laurent

"Andy Levy" <andy.levy_at_gmail.com>
11/09/2008 14:41
Veuillez répondre à
users_at_tortoisesvn.tigris.org

A
users_at_tortoisesvn.tigris.org
cc

Objet
Re: log history for re-created files

On Thu, Sep 11, 2008 at 08:34, <lfournie_at_rockwellcollins.com> wrote:
>
> Dave,
>
> Please read carefully what I wrote:
>
> If I update a file in a range where the old file exists (100-200) I
would
> expect a log history on this old file (and why not on the new file)
> but I got the history on the new file ONLY...as if the old file did not
> exists. This is not consistent with the (old) local file I have in my
> sandbox.

It's because, even though that new file has the same name, it's a NEW
file. Subversion doesn't track items by their name, but rather by an
internal, unique ID. When you added the "new" file with the old name,
you created a new object altogether in the repository.

To locate the history of the original file by that same name, you need
to understand peg & operative revisions.
http://svnbook.red-bean.com/nightly/en/svn.advanced.pegrevs.html

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-09-11 14:58:41 CEST