RE: RE: Delete revision of an object has no peg revision?

Rob van Oostrum [mailto:rob.vanoostrum@blastradius.com] wrote:
> Your example is flawed.

    My example is not flawed. That it fails is a flaw,
    in the tool. That's the point.

> You keep referring to r33, in which test.txt was removed,
> and the path did not actually exist (anymore).

    Thank you, but I do understand why internally SVN is failing
    to return the requested query. You are missing the point:
    The query is valid, SVN's handling of it is invalid.

> 'svn log -v -r 32 file:///home/bbrummer/test/test_repo'
> should work

    Should work for what? Clearly not for what I'm asking
    for as it does not return the correct result. Your
    example returns information about the last internal
    modification to the file. I'm looking for information
    about the file's *removal*.

    What I'm interested in is the file's *full*, logical
    history. It's birth, it's life, it's death, it's
    resurrection. SVN relates all of this to the object...all
    that is except for it's death. Why that is is now
    very clear from this thread: SVN has a major design
    flaw. At least that's my opinion and apparently I'm
    not alone:

        http://subversion.tigris.org/issues/show_bug.cgi?id=928

> 'svn log -r33 file:///home/bbrummer/test/test_repo/test.txt_at_32'
> does not work because you're correctly pegging at r32, and then
> try to look forward to r33, where the file no longer exists.

    Thank you again for clarifying exactly why SVN is broken.
    Two points:

        A) r32 is a valid peg version for the object I'm
           interested in.

        B) r33 is a valid historical log relating to the object
           I'm interested in (test.txt@32).

    I know how SVN is broken so you restating it doesn't offer
    any progress on the subject.

    How can anyone seriously argue that the removal of an
    object is of no historical significance to the object?!

-Byron

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jan 11 02:28:02 2007