Stacking policy
Robert Collins
robertc at robertcollins.net
Thu Apr 10 04:58:48 BST 2008
On Tue, 2008-04-01 at 11:48 -0400, Aaron Bentley wrote:
>
> 0. If the user specifies a stacking policy, select that policy.
> 1. Open containing folders looking for a shared repository or stacking
> configuration. If a shared repository is found, select that shared
> repository. If a stacking configuration is found, select that
> policy.
> 2. If no policy has been selected, and the branch is being created
> from
> another branch (i.e. bzr branch), and the other branch has the same
> URL prefix (including hostname, if applicable), select the other
> branch as the stack-on branch.
>
> The justification is:
> 0. The user should always be in control
> 1. Remote sites should be able to enable revision sharing either using
> shared repositories or stacking.
> 2. Branches on the same machine are usually equally visible, so access
> to one implies access to the other.
I like all but 2. My only concern is that this will change the behaviour
of:
bzr branch lp:foo foo
bzr branch foo bar
rm -rf foo
I think we may cause the same kind of 'history lost' situation arch had
with 2 as it stands.
-Rob
--
GPG key available at: <http://www.robertcollins.net/keys.txt>.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20080410/2adce5a0/attachment.pgp
More information about the bazaar
mailing list