Publishing a branch

Setting up a central repository

While the centralized workflow can be used by socially nominating any branch on any computer as the central one, in practice most teams have a dedicated server for hosting central branches.

Just as it’s best practice to use a shared repository locally, it’s advisable to put central branches in a shared repository. Note that central shared branches typically only want to store history, not working copies of files, so their enclosing repository is usually creating using the no-trees option, e.g.:

brz init-shared-repo --no-trees bzr+ssh://centralhost/srv/brz/PROJECT

You can think of this step as similar to setting up a new cvsroot or Subversion repository. However, Breezy gives you more flexibility in how branches may be organised in your repository. See Advanced shared repository layouts in the appendices for guidelines and examples.

Starting a central branch

There are two ways of populating a central branch with some initial content:

1. Making a local branch and pushing it to a central location

2. Making an empty central branch then committing content to it.

Here is an example of the first way:

brz init-shared-repo PROJECT  (prepare local repository)
brz init PROJECT/trunk
cd PROJECT/trunk
                       (copy development files)
cp -ar ~/PROJECT .     (copy files in using OS-specific tools)
brz add                (populate repository; start version control)
brz commit -m "Initial import"
                       (publish to central repository)
brz push bzr+ssh://centralhost/srv/brz/PROJECT/trunk

Here is an example of the second way:

brz init-shared-repo PROJECT  (prepare local repository)
cd PROJECT
brz init bzr+ssh://centralhost/srv/brz/PROJECT/trunk
brz checkout bzr+ssh://centralhost/srv/brz/PROJECT/trunk
cd trunk
cp -ar ~/PROJECT .     (copy files in using OS-specific tools)
brz add                (populate repository; start version control)
brz commit -m "Initial import"
                       (publish to central repository)

Note that committing inside a working tree created using the checkout command implicitly commits the content to the central location as well as locally. Had we used the branch command instead of checkout above, the content would have only been committed locally.

Working trees that are tightly bound to a central location like this are called checkouts. The rest of this chapter explains their numerous features in more detail.