[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: svn2cvsgraph, how to best handle merges?

From: Bert Huijben <bert_at_qqmail.nl>
Date: Thu, 27 Mar 2014 11:25:33 +0100

> -----Original Message-----
> From: Henrik Carlqvist [mailto:hc528_at_poolhem.se]
> Sent: donderdag 27 maart 2014 07:47
> To: Mark Phippard; philip.martin_at_wandisco.com;
> users_at_subversion.apache.org
> Subject: Re: svn2cvsgraph, how to best handle merges?
>
> On Wed, 26 Mar 2014 15:45:31 -0400
> Mark Phippard <markphip_at_gmail.com> wrote:
> > We came to the same conclusion when we built the revision graph in
> > Subclipse back in 1.5:
> >
> > http://subclipse.tigris.org/graph.html
>
> On Wed, 26 Mar 2014 19:41:38 +0000
> Philip Martin <philip.martin_at_wandisco.com> wrote:
> That's a topic for the dev list and there was some discussion last
> > month:
> >
> > http://mail-archives.apache.org/mod_mbox/subversion-
> dev/201402.mbox/%3C52FDD315.7030808_at_syntevo.com%3E
> > http://svn.haxx.se/dev/archive-2014-02/0140.shtml
>
> Thanks for the information that others writing simular tools have seen the
> same problem, I wasn't aware of the discussion on the dev list as I don't
> subscribe to it. Right now I will not do any release of svn2cvsgraph which
> querys every revision, instead I will wait and hope for the best.

If you have any input on that thread, please let us know so we can just
create the api you need to get the information you need.

Of course we can't add it to old Subversion server versions, but we surely
can add new apis...

But we need usecases to create apis... and preferably testcases.

If there is some very rough prototype that you can share... perhaps with
pointers on how it can and should be improved we can work together on adding
the apis that you need.

And with some things running on the server side things might be much faster
in Subversion 1.9, 1.10 or .....

        Bert
Received on 2014-03-27 11:26:32 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.