On 22.07.2015 13:46, Daniel Shahaf wrote:
> [Re-sending with a new subject to draw attention to the 1.9 question.]
>
> Daniel Shahaf wrote on Wed, Jul 22, 2015 at 11:31:31 +:
>> Stefan Hett wrote on Mon, Jul 20, 2015 at 16:59:08 +0200:
>>> Please note that while testing I also found 1.7/1.8 not
Ivan Zhakov writes:
> Also comment for STMT_INSERT_DELETE_FROM_NODE_RECURSIVE query says
> that STMT_INSERT_DELETE_LIST query also should be updates for any
> modification of recursive query.
I see we did that on trunk but I don't believe it is necessary for
STMT_INSERT_DELETE_LIST to be ordered
"Bert Huijben" writes:
>> Index: subversion/libsvn_wc/wc-queries.sql
>>
>> ===
>> --- subversion/libsvn_wc/wc-queries.sql (revision 1692140)
>> +++ subversion/libsvn_wc/wc-queries.sql (working copy)
>> @@ -818,6 +818,7 @@
On 21 July 2015 at 20:39, Philip Martin wrote:
> Ivan Zhakov writes:
>
>> On 24 June 2015 at 07:00, wrote:
>>> Author: svn-role
>>> Date: Wed Jun 24 04:00:31 2015
>>> New Revision: 1687152
>>>
>>> URL: http://svn.apache.org/r1687152
>>> Log:
>>> Merge the 1.7.x-r1542765 branch:
>>>
>>> * r1542
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: dinsdag 21 juli 2015 19:40
> To: Ivan Zhakov
> Cc: dev@subversion.apache.org
> Subject: Re: svn commit: r1687152 - in /subversion/branches/1.7.x: ./
STATUS
> subversion/libsvn_wc/upgrade.c subversion/l
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: woensdag 22 juli 2015 13:43
> To: Markus Schaber
> Cc: Grierson, David ; dev@subversion.apache.org; 牛
> 暁冬 ; us...@subversion.apache.org
> Subject: Re: Feature request: Save the old file when svn revert
>
[Re-sending with a new subject to draw attention to the 1.9 question.]
Daniel Shahaf wrote on Wed, Jul 22, 2015 at 11:31:31 +:
> Stefan Hett wrote on Mon, Jul 20, 2015 at 16:59:08 +0200:
> > Please note that while testing I also found 1.7/1.8 not working with
> > Python 3.4.3 as well. Error (i
Markus Schaber wrote on Tue, Jul 21, 2015 at 13:01:09 +:
> All other commands need a --force or other explicit user decision to
> override user changed data, but the whole purpose of the "svn revert"
> command is to undo local changes - putting a --force option or
> something similar seems lik
Stefan Hett wrote on Mon, Jul 20, 2015 at 16:59:08 +0200:
> Please note that while testing I also found 1.7/1.8 not working with
> Python 3.4.3 as well. Error (in both cases):
> File "gen-make.py", line 271
> except getopt.GetoptError, e:
> ^
> SyntaxError: invali
Hi,
I came across a case where svn-normalizer did remove mergeinfo for a
branch which was still present but got renamed in one revision.
I understand why it behaves the current way, but maybe in favor of the
improvements done for handling moves it might also be a good idea to
have svn-normaliz
10 matches
Mail list logo