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