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

Re: Hows does the C API find the end_revision?

From: Kevin Pilch-Bisson <kevin_at_pilch-bisson.net>
Date: 2003-11-08 14:23:55 CET

On Sat, Nov 08, 2003 at 02:20:53AM -0600, C. Michael Pilato wrote:
> Philip Martin <philip@codematters.co.uk> writes:
> > Barry Scott <barry@barrys-emacs.org> writes:
> >
> > > I want to add support for all the client commands that take
> > > --revision X:Y to pysvn.
> > >
> > > But I haven't figured out how revision ranges work. I'd appreciate
> > > help from someone that understands how the C API manages to discover
> > > the end_revision that is parsed.
> > >
> > > Why does the svn C client API only take one of the pair as a
> > > parameters? For example svn_client_checkout.
> >
> > The option parsing code in svn is common to all the subcommands, thus
> > all the subcommands accept -rX:Y at option parsing time, even though
> > some of them can only handle the -rX form. The subcommands that only
> > handle the -rX form should produce an error if invoked with -rX:Y,
> > unfortunately not all of them do, some silently ignore the :Y part.
> To answer one of the questions that Philip did not:
> svn_client_checkout() and other client functions that take only one of
> the pair do so because those are operations for which a *range* of
> revisions make no sense. What does it mean to checkout a range of
> revisions? Or update to a range of revisions?
At least in perforce terms, updating to a range of revisions means to update
the files changed in those revisions to the latest included revision in which
they were changed.

This can be very helpful if you update to a build lab label, which then has
build break fixes applied to it.

Kevin Pilch-Bisson                    http://www.pilch-bisson.net
     "Historically speaking, the presences of wheels in Unix
     has never precluded their reinvention." - Larry Wall

  • application/pgp-signature attachment: stored
Received on Sat Nov 8 21:35:18 2003

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.