Mark Phippard wrote:
> On 6/6/07, Hyrum K. Wright <firstname.lastname@example.org> wrote:
>> The 'svn log -g' feature, as currently spec'd, only displays merged
>> revisions as children of a merging revision. For example, if r14 merged
>> r13 and r12 from 'branches/a' to 'trunk', we only return log information
>> for r13 and r12 if for 'svn log -g trunk' with some range that
>> includes r14.
>> This make sense, but in some ways, it would seem useful to be able to
>> run 'svn log -g -r13 trunk', and have the information from r13 get
>> returned. After all, r13 is now part of trunk, by virtue of the merge
>> in r14.
>> So, these are my questions:
>> 1) Is this desired behavior?
> I don't think it is desirable.
I'm confused by your answer, and the the fault lies in my question. Let
1a) Is the *current* spec desirable, or should we change it to allow
Received on Wed Jun 6 18:39:19 2007