Re: Atomic updates

> > You can do this today. Get the head revision number, then do an svn
> > update -r <that rev>
> >
> > That's what I use when I want an "atomic" update (or checkout) that is
> > done in several parts (several svn commands)
> >
> > paul
>

> Does it have any other advantage than guaranteeing that you will not
> get a mix of files from different svn revnums because HEAD changed
> while you performed the update in several steps?

NO NO NO!!!!!

Please don't suggest that's possible with Subversion! That's a problem
with CVS which we have solved!

If you run 'svn up' your working copy is updated to *the revision
which is HEAD at the moment your update starts*. This means a new
revision may become HEAD in the mean time, but the changes will not be
sent to your working copy.

In other words: If revision 3 is HEAD when you run svn up, if revision
4 is committed while you run your update, your working copy will be at
revision 3 and *not* partly at revision 4.

bye,

Erik.
Received on Wed Nov 23 11:24:31 2005