Wiki Tools

  • Find Page
  • Recent Changes
  • Page History
  • Attachments

Revision 55 as of 2006-07-04 19:56:54

Clear message


The main aim here is trying to make the mapping between Bazaar and Subversion revisions unambiguous so to people that run Bazaar on a Subversion branch end up with exactly the same branch and can pull changes from each other. contains the beginnings a plugin for bzr that adds support for foreign Subversion repositories. Running 'bzr log' on a remote repository works now, as well as various other simple things, such as ["bzrk"] ([ screenshot1], [ screenshot2]). As of 2006-04-10, it is also possible to do lightweight checkouts and clones of SVN branches.

[ renames] [ commits] [ push]


The following features are currently present:

  • Connecting to remote Subversion repositories over all protocols supported by Subversion itself (at present: svn://, svn+ssh://, http:// (webdav), file://) as well as dump files. Checkouts, lightweight checkouts and branching works.

  • Track Bazaar merges in Subversion. Merged revisions show up as ghosts.
  • Subversion working copies. Can be modified, queried (bzr status' on a vanilla working copied created with svn co' works) and committed from.

  • Committing to Subversion from Bazaar.
  • Push Bazaar revisions to Subversion. These revisions will show up in Subversion as a commit with the pushed revision as one of the parents.
  • Follow branch copies. Revision history is not truncated when a branch was copied in Subversion.
  • Efficiently uses network bandwidth.
  • Recognizes file metadata (executable bits, symlinks).
  • 'import-svn' command with functionality similar to svn2bzr.
  • Ability to track merges done with SVK ( and write merges from SVK/Svn branches in a format understandable by SVK.

  • Generates consistent file ids and revision ids. Two branches made using this plugin of the same Subversion branch will result in *exactly* the same Bazaar branch.

Future Enhancements

In the future, I also hope to support:

  • Renames. Initial work has been done to support this, but the number of corner cases is wide, so support for this
  • "True" push. This requires storing the Bazaar inventory and revision in Subversion revision properties.
    • Ideally, revision id aliases would have to be used so the revision id that is being 'overriden' can still exist. Once this is implemented, it would also be possible and make sense to store GPG signatures for commits in Subversion branches.
  • Proper read locking, which has basically been ignored for now.
  • Performance. Network-wise (both bandwidth and roundtrips), the plugin is currently pretty much as efficient as it can be. However, it is currently quite CPU-intensive for no good reason and I hope to make a couple of improvements in that area.
  • Creating and updating native Subversion working copies. This would mostly be supported for completeness, there are not a lot of advantages in supporting it.

Some Subversion properties can currently not be represented in Bazaar and are therefore ignored for the time being:

  • svn:ignore' is not imported. There should be a Repository.get_ignores(revid)' call in Bazaar rather than a magic '.bzrignore' file.

  • `svn:externals'. Externals should be mapped to Bazaar 'by-reference' nested branches and the other way around. This can't be implemented until Bazaars nested branch support lands. AaronBentley's work in progress is at

Other features currently held back by Bazaars feature set:

  • Showing SVN merges as merges in Bazaar. This requires support for partial merges in Bazaar. Another option would be storing full merge information in Subversion, something which the Subversion folks are working on at the moment (see

  • Branch.revision_history() and generating file ids currently requires retrieving the full `log' of a Subversion repository.
    • It might be possible to get rid of the need to retrieve the full log if Bazaar supported file id aliases and if Branch.revision_history() would use iterators. The log output can be cached though and only takes a few minutes on large repositories anyway. (needs more thought)
  • Horizon revision history. Most of the existing Subversion repositories are quite large and it would therefore be nice to be able to limit the amount of history that needs to be retrieved during checkouts.


Required changes to Subversion

Debian/Ubuntu packages available at You need the python-subversion and libsvn0 packages.

These changes have been submitted to the Ubuntu Subversion package in [ #51304].


Simply place this directory in ~/.bazaar/plugins and you should be able to check out branches from Subversion using bzr.


Please file bug reports in launchpad. The product URL for bzr-svn is


GNU General Public License, v2 or later.

Unit testing

Simply run 'bzr selftest svn'