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

Re: svn commit: r34634 - branches/svnraisetc

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Wed, 10 Dec 2008 10:16:02 +0000

On Tue, 2008-12-09 at 22:21 -0800, Greg Stein wrote:
> Is this tool destined for 1.6 or for 1.7?

It's for people writing tools that work with 1.6. I would say it doesn't
need to be available with the 1.6 release: it can be developed at
leisure and released after 1.6 is out there.

We haven't discussed whether this tool should be a sibling of "svn" and
"svnadmin" and "svnlook"; it could be in the "tools/client-side"
collection instead, or it need not be included in Subversion's source
tree at all. I only made it a sibling because that was the easiest way
for me to get started.

In its present form I would not want it to be an official sibling
because it is functionally a "command-line binding" for an API rather
than a user-interface.

- Julian

> On Tue, Dec 9, 2008 at 19:09, Neels Janosch Hofmeyr <neels_at_elego.de> wrote:
> > Author: neels
> > Date: Tue Dec 9 19:09:43 2008
> > New Revision: 34634
> >
> > Log:
> > Creating branch svnraisetc:
> >
> > This branch adds a new commandline tool that can externally raise a
> > tree-conflict in a working copy. Since we are not going to be able to
> > catch all possible tree-conflicts in Subversion 1.6 yet, the request
> > has been made to have a tool that can raise a tree-conflict explicitly,
> > so that external logic can account for raising the missing cases of
> > tree-conflicts while subversion still blocks upon and resolves the
> > conflicts as usual.
> >
> > Added:
> > branches/svnraisetc/ (props changed)
> > - copied from r34633, trunk/
> >

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=982103
Received on 2008-12-10 11:16:21 CET

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

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