OK, this is now merged as r1714640:
$ svn up
Updating '.':
At revision 1714632.
$ svn merge -v ^/subversion/branches/move-tracking-2
--- Merging
--- Merging differences between repository URLs into '.':
ABRANCH-README
Anotes/move-tracking
Anotes/move-tracking/element-model
Anotes/
Stefan Sperling wrote:
> Philip Martin wrote:
>> Julian and I talked about this yesterday, I'll try and explain a few
>> things.
>> [...]
>
> This makes a lot of sense. But it doesn't explain why this code
> needs to be merged to trunk. The investigation could just as well
> continue on a branch, c
On Fri, Nov 13, 2015 at 11:30:59AM +, Philip Martin wrote:
> Johan Corveleyn writes:
>
> > I'm still very much wondering how this will fit in with the general
> > direction of Subversion ... but as you say, that's something we need
> > to work out together. That, for me, is currently the bigg
Johan Corveleyn writes:
> I'm still very much wondering how this will fit in with the general
> direction of Subversion ... but as you say, that's something we need
> to work out together. That, for me, is currently the biggest part of
> the puzzle.
Julian and I talked about this yesterday, I'll
Johan Corveleyn writes:
> I'm still very much wondering how this will fit in with the general
> direction of Subversion ... but as you say, that's something we need
> to work out together. That, for me, is currently the biggest part of
> the puzzle.
Julian and I talked about this yesterday, I'll
> -Original Message-
> From: Julian Foad [mailto:julianf...@apache.org]
> Sent: vrijdag 13 november 2015 09:40
> To: Greg Stein
> Cc: dev
> Subject: Re: Merge 'svnmover' demo tool to trunk
>
> Greg Stein wrote:
> > On Thu, Nov 12, 2015 at 4
On Thu, Nov 12, 2015 at 11:44 AM, Julian Foad wrote:
> Johan Corveleyn wrote:
>> Julian Foad wrote:
>>> The work on the 'move-tracking-2' branch currently consists of some
>>> library functions (mostly named 'svn_branch_*') which are used only by
>>> the demo tool named 'svnmover'. These do not in
Greg Stein wrote:
> On Thu, Nov 12, 2015 at 4:37 PM, Julian Foad wrote:
>> On 12 November 2015 at 17:11, Greg Stein wrote:
>>> A quick perusal shows that this model reads entire files into memory.
>>> That isn't workable.
>>
>> Of course reading entire files into memory isn't workable for a real
On Thu, Nov 12, 2015 at 4:37 PM, Julian Foad wrote:
> On 12 November 2015 at 17:11, Greg Stein wrote:
> > On Thu, Nov 12, 2015 at 4:44 AM, Julian Foad
> wrote:
> >> I want to bring this to trunk because I can't do this on my own. I
> >> think it's the number one most important thing that Subver
On 12 November 2015 at 17:11, Greg Stein wrote:
> On Thu, Nov 12, 2015 at 4:44 AM, Julian Foad wrote:
>> I want to bring this to trunk because I can't do this on my own. I
>> think it's the number one most important thing that Subversion needs,
>> and so I passionately want to make it work in som
On Thu, Nov 12, 2015 at 4:44 AM, Julian Foad wrote:
>...
> I want to bring this to trunk because I can't do this on my own. I
> think it's the number one most important thing that Subversion needs,
> and so I passionately want to make it work in some way. I have done a
> big batch of solo thinkin
On Thu, Nov 12, 2015 at 4:44 AM, Julian Foad wrote:
>...
> 'svnmover' is a program for helping developers to understand and try
> out some concepts that I think are helpful. It is not intended to be
> useful for end-users, and I hadn't even thought about releasing it. As
> such, maybe it shouldn'
I (Julian Foad) wrote:
> I'm not not sure about including the ancillary changes I have made, which are:
>
> SVN_DBG (add a 'quiet mode' global flag),
> compiler warning flags (to not warn on returning aggregates (structs)),
> "linenoise" lib (adding command-line completion and editing to the
Johan Corveleyn wrote:
> Julian Foad wrote:
>> The work on the 'move-tracking-2' branch currently consists of some
>> library functions (mostly named 'svn_branch_*') which are used only by
>> the demo tool named 'svnmover'. These do not interfere with normal
>> Subversion operation at all. I propos
On Tue, Nov 10, 2015 at 4:28 PM, Julian Foad wrote:
> The work on the 'move-tracking-2' branch currently consists of some
> library functions (mostly named 'svn_branch_*') which are used only by
> the demo tool named 'svnmover'. These do not interfere with normal
> Subversion operation at all. I p
Ivan Zhakov wrote:
> On 10 November 2015 at 18:28, Julian Foad wrote:
>> The work on the 'move-tracking-2' branch currently consists of some
>> library functions (mostly named 'svn_branch_*') which are used only by
>> the demo tool named 'svnmover'. These do not interfere with normal
>> Subversio
On 10 November 2015 at 18:28, Julian Foad wrote:
> The work on the 'move-tracking-2' branch currently consists of some
> library functions (mostly named 'svn_branch_*') which are used only by
> the demo tool named 'svnmover'. These do not interfere with normal
> Subversion operation at all. I prop
Stefan Fuhrmann wrote:
> Julian Foad wrote:
>> The work on the 'move-tracking-2' branch currently consists of some
>> library functions (mostly named 'svn_branch_*') which are used only by
>> the demo tool named 'svnmover'. These do not interfere with normal
>> Subversion operation at all. I propos
On 10.11.2015 16:28, Julian Foad wrote:
The work on the 'move-tracking-2' branch currently consists of some
library functions (mostly named 'svn_branch_*') which are used only by
the demo tool named 'svnmover'. These do not interfere with normal
Subversion operation at all. I propose to merge thi
I think we should keep the functions in the private namespace until we really
expose this in our api/tools. Otherwise: +1.
Bert
From: Julian Foad
Sent: dinsdag 10 november 2015 16:28
To: dev
Subject: Merge 'svnmover' demo tool to trunk
The work on the 'move-tracking-2' branch currently consis
20 matches
Mail list logo