[Arising from some discussion on IRC today.]
I've been considering the problem of a dump/load upgrade for a
repository with a large number of revisions. To minimise downtime the
initial dump/load would be carried out while the original repository
remains live. When the load finishes the new repo
Philip Martin writes:
> svnadmin dump-revprops repo | svnadmin load-revprops repo
Oops! Load into a different repository:
svnadmin dump-revprops repo | svnadmin load-revprops repo2
--
Philip Martin
WANdisco
Philip Martin writes:
> svnsync has a simple algorithm that writes every revprop for each
> revision.
If we put the write optimisation into svnsync, not writing unchanged
revprops, this would probably give most of the efficiency gain for the
case where the bulk of the revprops are unchanged. I
On Fri, Jul 24, 2015 at 8:58 PM, Philip Martin
wrote:
> I was thinking that perhaps we ought to provide a more accessible way to
> do this. First, modify the FS implementations to detect when a change
> is a noop that doesn't modify a value and skip all the writing.
Done in r1692650.
-- Stefa
On Sat, Jul 25, 2015 at 8:49 AM, Philip Martin
wrote:
> Philip Martin writes:
>
> > svnsync has a simple algorithm that writes every revprop for each
> > revision.
>
> If we put the write optimisation into svnsync, not writing unchanged
> revprops, this would probably give most of the efficiency
On Fri, Jul 24, 2015 at 9:10 PM, Philip Martin
wrote:
> Philip Martin writes:
>
> > svnadmin dump-revprops repo | svnadmin load-revprops repo
>
> Oops! Load into a different repository:
>
> svnadmin dump-revprops repo | svnadmin load-revprops repo2
>
> I think the long-term solution would
On 24 July 2015 at 22:58, Philip Martin wrote:
> [Arising from some discussion on IRC today.]
>
> I've been considering the problem of a dump/load upgrade for a
> repository with a large number of revisions. To minimise downtime the
> initial dump/load would be carried out while the original repo
On Wed, Aug 5, 2015 at 1:05 PM, Ivan Zhakov wrote:
> On 24 July 2015 at 22:58, Philip Martin
> wrote:
> > [Arising from some discussion on IRC today.]
> >
> > I've been considering the problem of a dump/load upgrade for a
> > repository with a large number of revisions. To minimise downtime the
Stefan Fuhrmann writes:
> Because most of the infrastructure for dump-revprops and load-revprops is
> already in place, I'll give it a go and commit a straightforward
> implementation.
As of r1698382, I am seeing a segmentation fault every time I try to use
svnadmin load-revprops with an existin
On Sat, Aug 29, 2015 at 3:18 PM, Evgeny Kotkov
wrote:
> Stefan Fuhrmann writes:
>
> > Because most of the infrastructure for dump-revprops and load-revprops is
> > already in place, I'll give it a go and commit a straightforward
> > implementation.
>
> As of r1698382, I am seeing a segmentation
10 matches
Mail list logo