バグ#86420で説明されているように、場所をブランチにできない方法は複数あります。たとえば、次のようになります。
.bzr
ディレクトリなし
.bzr
ディレクトリは存在しますが、.bzr/branch
ディレクトリはありません
バザールが場所をブランチと見なさない理由を正確に説明すると、何が起こっているのか(そして次に診断する場所)をユーザーに説明し、また、可能性のある救済策を提案するので役立ちますより簡単に。
特に、ユーザーフィードバックを改善し、システムがユーザーに適切な救済策を提案しやすくすることで、バグ#86402を支援します。
ディレクトリはある.bzr
がブランチがない場合、おそらくエラーテキストは、ユーザーbzr info
がそのディレクトリに何が含まれているのかを理解するために「」を試してみることを示唆しているはずです。
ここに、電子メールで送信された変更ファイルからマージする例があります。(コマンドラインバージョン)
# USER 1
bzr init-repository project
bzr init project/user2
bzr branch project/user2 project/user1
# USER 2
bzr init-repository project
bzr init project/user1
bzr branch project/user1 project/user2
# USER 1
cd project/user1
<do some work>
bzr commit -m "feature foo"
bzr send -o ../foo.patch # email the feature foo as it compares to the 'user2' branch
# USER 2
cd project/user2
bzr commit -m "feature bar"
bzr send -o ../bar.patch # email to USER 1
cd ../user1
bzr pull ../foo.patch
cd ../user2
bzr merge ../user1
bzr commit -m "Merge foo"
# USER 1
cd project/user2
bzr pull ../bar.patch
cd ../user1
bzr merge ../user2
...
基本的に、他のユーザーの作業として明示的にラベル付けするブランチが1つあるという考え方です。彼らがあなたに新しいマージディレクティブを送るとき、あなたは彼らのブランチのあなたのコピーに入り、そして「bzr pull
」を使います。この時点で、ローカルブランチはリモートブランチの正確なミラーになっているはずです。次に、bzr merge
必要に応じて、自分の作業ブランチに「」を実行します。
「」で始める理由は、「 」セットbzr branch user1 user2
のデフォルトのターゲットを取得するためだけです。初めてbzr send
「」ができるので、それ以降は記憶に残っていると思います。bzr send -o XXX ../userX
-o XXX
また、パッチを添付してメールプログラムを起動したい場合は、「」を使用する必要はありません。(その場合は設定する必要があると思います--mail-to
。)