Xavier Maillard <[EMAIL PROTECTED]> writes: > Bzr uses one directory per branch (the advantage is that each branch > has its own URL). > > I fail to see what is the real advantage here but anyway.
Well, the cool thing is that you can say : "I've worked on feature X, which you can find on branch http://foo.com/bar/"; Or type $ bzr merge http://host.com/repo/branch-foo/ You don't have to specify both a repository URL and a branch name. That doesn't make complex things simple, but that keeps simple things simple. The other use-case where this is convenient is when you want 1 working-tree per branch. My experience is that it's cool to have such layout for small enough projects, and really bad for large ones. > Most of the time, I find the "partial revert + full-tree > commit" > > Can you explain what is this exactly and how it works ? By "partial revert", I mean "partial git stash", that is: keep some patch hunks in your work tree, and put the other appart. That is what "bzr shelf" does. Once you've selected the patches you want, and put the other appart, you have an opportunity to build and test what you're about to commit, then commit it normally, and then re-apply the changes you had put appart. > I hope RMS will revise his decision concerning the DVC to use, > bzr is rather feature-poor comparaed to mercurial or git. Well, it all depends on your flow. Performance-wise, Bzr is far behind, but feature-wise, it's a matter of point of view. Bzr has a much better dumb-protocol support, has real lightweight checkouts (working tree on a machine, accesses the repository with any protocol anywhere else, with or without local cache), has foreign branches (work transparently on repositories or checkouts of other VCS), is very extensible (plugins can add a new network protocol, a new storage format, log formatter, ...). That said, I'm also migrating slowly towards Git. We've already discussed the reasons here: https://mail.gna.org/public/dvc-dev/2007-05/msg00001.html Don't see my arguments in favor of bzr as propaganda, there's just here to balance yours ;-). -- Matthieu _______________________________________________ Dvc-dev mailing list [email protected] https://mail.gna.org/listinfo/dvc-dev
