Bazaar不只是一个简单的分布式版本管理系统。它灵活的支持多种工作流，从CVS,VSS型到Git型。我一直用它做各式各样的版本管理。 Bazaar wiki上的几个图片非常直观，清晰，这里转载一下：

单人模式，无需服务器端，可以备份旧版本、回滚到以前的状态、追踪修改历史。 这个可以满足一般的版本管理需要，或者是二进制文件过多，不想通过Bazaar来进行任何文件传输的时候。

双人合作方式,无需服务器端，可以共享，合并修改。 现实世界常常有两人合作的例子，比如我和我老婆在聊天，记账，不许耍赖…

集中方式，不必多说，CVS,VSS和SVN类似。 另外，可以在本地commit以后再择日commit上服务器，适合接触不到服务器的时候，出差之类。
很多商业软件公司用集中式管理代码，但是现在的信息服务业发展迅猛，很多时候开发者必须到现场进行开发，Bazaar可以避免因为触不到版本管理服务器就不commit没有版本管理的尴尬(比如我那可恨的乙方用弱弱的VSS进行着混乱的代码管理)
这是对Bazaar尽量忽略服务器类型，push to anywhere理念的最好实践， 一个Bazaar项目可以push到任何文件系统目录，rsync工作目录，webdav, 网盘，ftp, sftp, ssh host等等等等…
我个人也用这个方式管理大部分配置文件，小脚本，小项目之类，用dropbox的本地同步目录作为repo存放点，灰常高效！

共享主线的分布式，大家自己管自己开发Branch,随时可以合并别人的branch。 这个工作流是很多开源项目的开发方式，Bazaar虽然在常用的ssh host服务器上相比较git速度慢了些，但是存储效率和改名之类功能一流，

人工把关(gatekeeper)的分布式，大多数开发者只有主干的读取权限，有一位把关者专门负责合并. 其实商业软件公司那些牛X的Team Leader和构成管理专员可以扮演GateKeeper的角色，组织Review，真正的来实践他们的构成管理活动。

自动把关(gatekeeper)的非集中方式,一些第三方软件可以代替真人把关者进行把关。Bazaar本身的开发团队就是采用这个工作流.

各种工作流可以按照需要进行改变、混合，灵活的很！灵活的工作流是我选择Bazaar的最主要理由，到处push,狡兔三窟，有点意思~~~

资料来源：

• http://wiki.bazaar.canonical.com/Workflows
• http://wiki.bazaar.canonical.com/zh/WorkFlows