RFC: rollback commit in some situations

Aaron Bentley aaron at aaronbentley.com
Thu Aug 14 06:31:55 BST 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Robert Collins wrote:
> On Thu, 2008-08-14 at 01:00 -0400, Aaron Bentley wrote:

>> It seems like it would be better to not reference the commit until we
>> know it can't raise these exceptions.  Is that possible?
> 
> In general no (svn), but for bzr it seems possible - put it in the repo,
> update the tree, update the branch tip. It does raise a different race
> condition though - which is that if the tree change succeeds but the
> branch change fails, you have a tree that is ahead of the branch
> (equivalent to someone doing 'branch.uncommit()' while bound, without
> your tree there to update in parallel).
> 
> I'm not sure which race is better :/.

I would think that a race that messes up a tree is better, because
branches have more visibility than trees.  But I can live with either
solution.

Do bear in mind that TreeTransform has some nice facilities for rolling
back tree changes.

Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIo8NL0F+nu1YWqI0RAoDWAJoDTegRSDWfLhgk/fN/UDXP/IST1ACeMYkU
fK7+eEWGBPPf86O2EbBiS0Q=
=EXnn
-----END PGP SIGNATURE-----



More information about the bazaar mailing list