I've been using bzr for the past couple of months, and am liking it.
I'm not using it on any projects involving multiple people. All of my employer's code still lives in subversion repositories.
Rather, I'm using bzr for local, lightweight revision control. It sure is nice to be able to go into a directory tree where I'm whanging together a prototype, or where I'm working up some documentation; and to say
$ bzr init
$ bzr add .
$ bzr commit -m "New repository"'
bzr branch, building prototype web servers in one directory tree and occasionally pulling them out to a "deployment" branch. This feels a little more like working with subversion, but bzr lets me make local "checkpoint" commits, where some things are broken, without fear of breaking the build.
bzr status in the source workspace will tell me that my workspace is out of date; whereas a similar sequence of actions from a "branch" workspace -- a
commit followed by a
push, followed by a
status in the target workspace -- offers no warning that the code has been updated.
bzr, revision control, software development