4634.99.1
by Naoki INADA
import doc-ja rev90 |
1 |
チェックアウト機能を利用する |
2 |
============================ |
|
3 |
||
4 |
ブランチをチェックアウトに変更する |
|
5 |
----------------------------------- |
|
6 |
||
7 |
ローカルのブランチを作りチェックアウトに変更したいのであれば、 |
|
8 |
``bind`` コマンドを使います:: |
|
9 |
||
10 |
bzr bind sftp://centralhost/srv/bzr/PROJECT/trunk |
|
11 |
||
12 |
たとえば以前のセクションで説明されたように ``push`` を使って集中型の\ |
|
13 |
ブランチを作った後でこれは必要です。 |
|
14 |
||
15 |
これをした後は、コミットはローカルに適用される前にバインドした\ |
|
16 |
ブランチに適用されます。 |
|
17 |
||
18 |
チェックアウトをブランチに変更する |
|
19 |
---------------------------------- |
|
20 |
||
21 |
チェックアウトを通常のブランチに変更したい場合、 ``unbind`` |
|
22 |
コマンドを使います:: |
|
23 |
||
24 |
bzr unbind |
|
25 |
||
26 |
この後で、コミットはローカルのみに適用されます。 |
|
27 |
||
28 |
チェックアウトを入手する |
|
29 |
------------------------- |
|
30 |
||
31 |
集中型のブランチを利用してチームで作業するとき、1人の人物が以前の\ |
|
32 |
セクションで示される初期の内容を提供する必要があります。 |
|
33 |
その後は、それぞれの個人が ローカルのチェックアウト、すなわち\ |
|
34 |
彼らが変更を行うサンドボックス、を作るために ``checkout`` |
|
35 |
コマンドを使用します。 |
|
36 |
||
37 |
SubversionとCVSと異なり、Bazaarでは ``checkout`` コマンドは最新の内容を\ |
|
38 |
保持している作業ツリーを作るのに加えて履歴のローカルな全コピーを作ります。 |
|
39 |
``diff`` や ``log`` といったオペレーションは速く中心位置から接続していない\ |
|
40 |
ときも利用できることを意味します。 |
|
41 |
||
42 |
.. _getting-a-lightweight-checkout: |
|
43 |
||
44 |
軽量チェックアウトを入手する |
|
45 |
----------------------------- |
|
46 |
||
47 |
Bazaarはバージョン履歴を効率的に保存するために役立つ一方で、\ |
|
48 |
履歴が望まれていないときがあります。 |
|
49 |
たとえば、チームがBazaarを利用して集中型でウェブサイトの内容を\ |
|
50 |
管理している場合、公開ウェブサーバー上の内容のチェックアウトを\ |
|
51 |
更新するのと同じぐらいリリースプロセスは単純です。 |
|
52 |
この場合、次の理由からその場所にダウンロードする履歴は望まないでしょう: |
|
53 |
||
54 |
* 必要のない履歴を保有することでディスクスペースを無駄遣いする |
|
55 |
* 秘密を維持したいBazaarブランチを公開する |
|
56 |
||
57 |
Bazaarで履歴のないチェックアウトを入手するには、 |
|
58 |
``--lightweight`` オプションを使います:: |
|
59 |
||
60 |
bzr checkout --lightweight sftp://centralhost/srv/bzr/PROJECT/trunk |
|
61 |
||
62 |
もちろん、これによって通常のチェックアウトの多くの利点は失われますが、 |
|
63 |
役に立つ場合と時を選ぶトレードオフです。 |
|
64 |
``--lightweight`` オプションは、すべてのブランチではなくチェックアウト\ |
|
65 |
のみに適用されます。 |
|
66 |
||
67 |
注: コードベースが実際に大きくコンピュータ上のディスクスペースが限られている場合、 |
|
68 |
`共用リポジトリ <branching_a_project.html#a-reminder-about-shared-repositories>`_, |
|
69 |
`スタックブランチ <stacked.html>`_, |
|
70 |
`チェックアウトを再利用する <reusing_a_checkout.html>`_ |
|
71 |
を含めたすべてのオプションを必ず考えてください。 |
|
72 |
||
73 |
||
74 |
最新の内容に更新する |
|
75 |
--------------------- |
|
76 |
||
77 |
ロックステップでの他の人との連携の重要な面の1つはあなたのチェックアウトを\ |
|
78 |
集中型のブランチで行われた最新の変更に更新し続けることです。 |
|
79 |
SubversionもしくはCVSで行うように、Bazaarでは ``update`` コマンドを使用して\ |
|
80 |
次のように行います:: |
|
81 |
||
82 |
bzr update |
|
83 |
||
84 |
ブランチに結びつけられたブランチで利用可能な新しいリビジョンを入手して\ |
|
85 |
もしあればローカルの変更をマージします。 |
|
86 |
||
87 |
コミットの失敗を扱う |
|
88 |
--------------------- |
|
89 |
||
90 |
``commit`` を実行する前にチェックアウトを最新にしなければならないことに注意してください。 |
|
91 |
Bazaarはこの点でSubversionもしくはCVSよりも厳密です - 変更したファイルだけでなく\ |
|
92 |
すべてのツリーを最新にする必要があります。 |
|
93 |
Bazaarはあなたが最後に更新した後で中心位置にリビジョンが追加されたことを検出すると |
|
94 |
``update`` を実行するようにあなたに頼みます。 |
|
95 |
||
96 |
バインドされたブランチへのネットワーク接続が失われると、コミットは失敗します。 |
|
97 |
いくつかの代替の次善策は次のセクションで説明します。 |