How to work with bazaar on the command line

Alternative: use the GUI for bazaar

If the command line is not your prefered way of doing things, please see How to work with bazaar through the GUI on Windows

Setup your environment

Install bazaar.

Set your E-Mail address:

bzr whoami "John Doe <john.doe@gmail.com>"

Create a directory where you want to store all bazaar checkout you are using with openpetra, e.g. C:\openpetra\bzr. Especially when using Windows 7 it is recommended to create a local directory (e.g. on C:) and not one on the network as otherwise compiling with NAnt can give problems.Compiling from a network drive gave the following error on Windows 7:

System.Security.SecurityException: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=2.0.0.0, ... failed

Go into this directory and create a shared repository for holding all branches you checkout:

C:\openpetra\bzr>bzr init-repo --no-trees ./
Shared repository (format: 2a)
Location:
  shared repository: .
C:\openpetra\bzr>

Configure your account on Launchpad

You only need to do this once!

1. First get an account on Launchpad, which is a service provided by the company Canonical, who develop Ubuntu and Bazaar: https://login.launchpad.net/+new_account
2. Create a public and private key on launchpad. This is explained here. It is quite important to execute pageant and to load the private key into pageant.
3. In your bazaar, you need to tell your launchpad username: bzr launchpad-login LAUNCHPADUSERID

Line Ending issues

To avoid problems with the line endings, and the code generators, on Windows create the file C:\Documents and Settings\My User\Application Data\bazaar\2.0\rules (on Windows 7: C:\Users\My User\AppData\Roaming\bazaar\2.0\rules) and on Linux $BZR_HOME/.bazaar/rules with this content:

[name *.cs]
eol = native
[name *.csproj]
eol = native
[name *.sln]
eol = native
[name *.yaml]
eol = native
[name *.xml]
eol = native
[name *.config]
eol = native
[name *.build]
eol = native
[name *.js]
eol = native
[name *.html]
eol = native
[name *.htm]
eol = native
[name *.sql]
eol = native

See also http://doc.bazaar.canonical.com/development/en/user-reference/eol-help.html

Create a working branch

Go into your shared rep directory created above, and type:

bzr branch lp:openpetraorg lp:~LAUNCHPADUSERID/openpetraorg/mytest20111115

This will create a branch on Launchpad based on the trunk of openpetraorg (lp:openpetraorg), that is associated with the openpetraorg project.

Our naming convention for branches is to use dev_0000<Mantis Issue number>_<keywords to describe the issue>. So for example it could be: dev_0000167_import_cc_hierarchy

You could also create branches that are unrelated to the openpetraorg project: eg. lp:~tpokorra/+junk/BRANCHNAME

You can branch on a specific revision by using the -r parameter, eg.

bzr branch lp:openpetraorg -r1026.1.4 lp:~LAUNCHPADUSERID/openpetraorg/mytest20111115_rel_0_2_4

To see all branches in OpenPetra, visit this website:

https://code.launchpad.net/openpetraorg

Get files

On the website https://code.launchpad.net/openpetraorg you could see the history of all active branches.

Now you could checkout a branch:

In the shared repo from above, e.g. C:\openpetra\bzr:

bzr checkout lp:~tpokorra/openpetraorg/mytest20111115

For info about your branch, execute in the directory of your checkout:

bzr info

See changed files

bzr status

Graphical Interface

Call the explorer in directory of the branch you are interested in:

bzr explorer ./

Rebase branch / Merge from trunk

For this commands you need to be in the directory, where the checkout files are in.

Before doing the merge in your workspace please first commit your changes to your branch at Launchpad. This makes it easier later for the core-development team.

For the first rebase of the branch, you need to add the info, from where to merge:

bzr merge lp:openpetraorg

This information you see on the operation

bzr info

For the next rebase merges, following command is working:

bzr merge

Checkin the changes:

bzr commit --fixes op:<Mantis Tracker id of the bug that was fixed in this commit>

Summarized the order would be:

1. do changes in your local workspace
2. commit them to the launchpad-branch
3. merge from trunk
4. commit trunk changes to the launchpad-branch
5. go back to 1.

If you want your changes to be merged into the OpenPetra bzr, use the link Propose for merging on your Launchpad code page. It is recommended to have small branches for each feature that you want to go upstream. You will not be able to reuse a branch, after it has been merged into openpetra trunk, since we want to avoid criss cross merges etc.

Update a branch with the newest info from remote

Needed for the getting the newest changes for trunk or for branches, where more than one person is working on:

bzr update

Resolve conflicts during merge or update

http://doc.bazaar.canonical.com/bzr.2.2/en/user-reference/conflict-types-help.html and http://doc.bazaar.canonical.com/bzr.2.2/en/user-guide/resolving_conflicts.html include an overview about problems, which could arise and how they are fixed.

The command

bzr conflicts

shows all conflicts, the command

bzr resolve

marks conflicts as resolved.

Back out a commit

Backing out a commit is done by merging. First, you should identify the revision number, e.g. 284. Then you are able to undo the commit by merging the difference between 284 and 283:

bzr merge -r 284..283 ./
bzr commit

Frequently asked questions

Please click here here to see the FAQ.