On Wed, Nov 24, 2010 at 6:31 AM, Paul Burba wrote:
> On Fri, Nov 19, 2010 at 12:25 PM, Stefan Sperling wrote:
>
> Hi All,
>
> The short story, the following behaviors are intentional:
>
> A) WC-to-WC [copies | moves]: Destination only gets explicit mergeinfo
> if the source has it.
>
> B) URL-to
On Tue, Nov 23, 2010 at 9:31 PM, Paul Burba wrote:
> On Fri, Nov 19, 2010 at 12:25 PM, Stefan Sperling wrote:
>
> Hi All,
>
> The short story, the following behaviors are intentional:
>
> A) WC-to-WC [copies | moves]: Destination only gets explicit mergeinfo
> if the source has it.
>
> B) URL-to-
On Fri, Nov 19, 2010 at 12:25 PM, Stefan Sperling wrote:
Hi All,
The short story, the following behaviors are intentional:
A) WC-to-WC [copies | moves]: Destination only gets explicit mergeinfo
if the source has it.
B) URL-to-[WC | URL] [copies | moves]: Destination gets explicit
mergeinfo if
On Fri, Nov 19, 2010 at 12:38:57PM +0100, Johan Corveleyn wrote:
> I don't see why it matters that it's a "sub-branch". It's still a
> (grand-)child of mybranch, so can perfectly inherit that mergeinfo.
> AFAIU it only needs explicit mergeinfo if it starts to deviate from
> the mybranch root (e.g.
On Fri, Nov 19, 2010 at 12:10 PM, Stefan Sperling wrote:
> On Fri, Nov 19, 2010 at 01:40:42PM +1000, Daniel Becroft wrote:
>> On Tue, Nov 16, 2010 at 3:54 PM, Daniel Becroft wrote:
>>
>> > Hi,
>> >
>> > I've just found (another) issue with using URL-only renames. If one of the
>> > parent director
On Fri, Nov 19, 2010 at 01:40:42PM +1000, Daniel Becroft wrote:
> On Tue, Nov 16, 2010 at 3:54 PM, Daniel Becroft wrote:
>
> > Hi,
> >
> > I've just found (another) issue with using URL-only renames. If one of the
> > parent directories has svn:mergeinfo recorded on it, then renaming a file
> > vi
On Tue, Nov 16, 2010 at 3:54 PM, Daniel Becroft wrote:
> Hi,
>
> I've just found (another) issue with using URL-only renames. If one of the
> parent directories has svn:mergeinfo recorded on it, then renaming a file
> via a URL results in the new file containing a full copy of what was on the
> tr
Hi,
I've just found (another) issue with using URL-only renames. If one of the
parent directories has svn:mergeinfo recorded on it, then renaming a file
via a URL results in the new file containing a full copy of what was on the
trunk (but cut down to the individual file).
Please see the followin
