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

Re: svn commit: r1136838 - /subversion/trunk/subversion/libsvn_client/commit_util.c

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Fri, 17 Jun 2011 10:41:59 -0400

On 06/17/2011 10:34 AM, Bert Huijben wrote:
> But only verifying it in the PUT requests, voids the optimization in our
> libsvn_client commit processing where we delay the puts until we
> completed all restructuring operations.
>
> In theory the commit can now fail with the last PUT request (after much
> data has already been transferred), while on the other RA layers not a
> single file would be transferred before we find out that some node is out
> of date.

That's a very good point. But just to be clear, we aren't in much worse of
a situation than we were with HTTPv1, are we? We did a CHECKOUT on the
parent directory, but that wasn't sufficient to answer out-of-dateness about
the file itself.

-- 
C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Received on 2011-06-17 16:42:32 CEST

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.