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

Re: [PATCH] Add URL support for propset and propdel and fix URL support for propedit

From: <kmradke_at_rockwellcollins.com>
Date: Mon, 25 Feb 2008 11:14:12 -0600

dglasser_at_gmail.com wrote on 02/25/2008 11:06:53 AM:
> On Mon, Feb 25, 2008 at 8:09 AM, C. Michael Pilato <cmpilato_at_collab.
> net> wrote:
> > kmradke_at_rockwellcollins.com wrote:
> > > Ok, I think I'm convinced to go with --base-rev instead of
> overloading -r.
> > > I'm also convinced that the rev should be "tolerant" as well. I.E.
if
> > > the property hasn't changed since the specified version, go ahead
and
> > > perform the operation.
> >
> > So, I haven't reviewed the previous patch, but I'm a bit intrigued by
this
> > talk that implies you'll be hand-coding the revision-based
verification.
> >
> > Our RA commit editor implementations should already have logic in
place to
> > bounce commits to out-of-date files and directories. You need only
to use
> > the BASE_REV value (if provided; otherwise, go fetch HEAD from the
> > repository before the commit and use that value) as the BASE_REVISION
> > parameter to the likes of editor->open_directory() and
editor->open_file(),
> > right? In doing so, you are telling the repository that the
> changes you are
> > transmitting are made against that version of the resource. If it
detects
> > that the version is out of date for the types of changes you are
making, it
> > should bounce the commit. I mean, our whole working-copy commit
system is
> > predicated on these types of checks existing and functioning
correctly.
> >
> > But perhaps I misunderstand your ideas of being "tolerant". Is
> the existing
> > out-of-dateness checking too restrictive?
>
> Yes, that is how propedit-on-URL support works. Implementing this
> feature is as simple as passing the right base_revision_for_url
> argument to svn_client_propset3.

By "right" you mean the HEAD revision, right? Since I was getting
errors when I passed in anything else...

Kevin R.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-02-25 18:14:05 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.