Bound branch implementation
Erik Bågfors
zindar at gmail.com
Sun Nov 13 23:03:28 GMT 2005
> One of the specific reasons for bound branches is to enable shared
> remote repositories, where you want to make sure everyone is up-to-date.
> In the standard case, a branch won't change between bound and unbound
> very often. I find that easier to enforce than requiring me to always
> remember to do a commit with '-s'.
Agreed, putting the branch in and out of bind-mode is better.
I do NOT belive in having to learn to many strange options to
commands. -s is what? -f is what? etc. Much better to have
pull/push/merge/bind at the top level and let them do "sane" things
without options.
> binding is a specific statement that "I don't want a commit to succeed
> if I'm out of date". A lot of people like this model. Certainly it is
> more familiar to people who have used CVS/Arch/SVN/etc.
I think it's a must.
> I'm even thinking that we should set up a policy so that the default
> behavior of "bzr branch" is to be bound (make it per-user configurable).
> That makes everything easier for an admin who is trying to get everyone
> to work together, rather than trying to track down where everyone is
> committing things.
I'd say that if what you branch from is writeable and none-local, it
could be the default. For "bzr branch http://...." it should unbound
and for "bzr branch branch1 branch2" it should be unbound. For "bzr
branch scp://blaha/blaha" it could make sense to have it bounded. But
this inconsistency could be .. well... inconsistent and confusing.
> I am happy to hear alternative possibilities. But the above work flow is
> very difficult to scale above a 1-1 relationship, since you have the
> problem Erik mentioned, where a commit into one branch, needs to
> successfully commit into multiple other branches. We can always add
> 2-phase commit, but it seems to be unnecessary overhead at this point.
[lot's of stuff cut]
> Keep thinking about it, see where it leads you. I'm curious how it would
> all work out.
Agreed, the GUI ideas are interesting. I like the idea of drag and
drop to do pull, merge and cherry-picking :)
Erik
More information about the bazaar
mailing list