309
309
チェックアウト、ツリーもしくはブランチを軽量ブランチに再設定するとき、
310
310
ローカルのブランチを破壊しなければなりません。
311
(チェックアウトに関して、これはキャッシュとして最初に提供するローカルブランチです。)
311
(チェックアウトに関して、これはキャッシュとして最初に提供するローカルブランチです。)
312
312
破壊されるブランチが同じ最終リビジョンを持たなければ、
313
313
軽量用チェックアウト用の新しい参照ブランチ、データが失われる可能性があるので、
342
342
ブランチから 'bzr checkout .' を実行すると作業ツリーが作成されます。
343
343
リモートでブランチが更新されると、そのディレクトリの中で'bzr update'を実行することで作業ツリーを更新できます。
345
望まない作業ツリーを持つブランチがある場合、安全であれば'remove-tree'コマンドはツリーを除外します。
346
ブランチにプッシュするとき更新されないリモート作業ツリーに関する警告を回避することでこれは可能です。
345
望まない作業ツリーを持つブランチがある場合、安全であれば'remove-tree'コマンドはツリーを除外します。
346
ブランチにプッシュするとき更新されないリモート作業ツリーに関する警告を回避することでこれは可能です。
347
347
これは'--no-trees'リポジトリ('bzr help repositories'を参照)に取り組むときにも便利です。
349
349
プッシュするリモートマシン上で作業ブランチを持ちたい場合、
425
425
ホストに対して認証するために ``HTTP`` と ``HTTPS`` は(``user, realm, password``)を必要とします。
426
``.htaccess`` ファイルを利用することで、たとえば、任意の ``host``
426
``.htaccess`` ファイルを利用することで、たとえば、任意の ``host``
427
427
に対して (``user, realm, password``) をいくつか定義することが可能です。
428
428
ですので本当に必要なのは (``user``, ``password``, ``host``, ``path``)です。
429
429
``realm`` は定義で考慮されませんが、bzrにパスワードを催促される場合表示されます。
827
829
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
829
831
``locations.conf`` によって特定のブランチ用に設定を上書きできます。
830
フォーマットは1つの重大な変更を伴うbazaar.confのデフォルトセクションに対してほとんど理想的です:
832
フォーマットは1つの重大な変更を伴うbazaar.confのデフォルトセクションに対してほとんど理想的です:
831
833
デフォルトを記述する代わりに、セクションヘッダーは値を上書きしたいブランチへのパスになります。
832
834
ワイルドカードの '?' と '*' がサポートされます::
965
967
:editor: マージリクエストを書くエディタを使用します。
966
これはコミットID( ``bzr whoami`` を参照),
968
これはコミットID( ``bzr whoami`` を参照),
967
969
smtp_serverと(オプションで)smtp_usernameとsmtp_passwordも使用します。
968
970
:mapi: Windowsで好きなメールクライアントを使用します。
969
971
:xdg-email: 好きなメールプラグラムを実行するためにxdg-emailを使用する
1219
1221
============================
1222
(ネイティブ) (デフォルト) 0.92で新しく導入:
1224
(ネイティブ) (デフォルト) 0.92で新しく導入:
1223
1225
dirstate-tagsフォーマットリポジトリと互換性のあるデータを持つパックベースのフォーマット。
1224
1226
0.92以前のbzrリポジトリと相互運用できますが0.92以前のbzrでは読めません。
1225
1227
以前はknitpack-experimentalと呼ばれていました。詳細な情報に関しては、
1596
1598
(ネイティブ) 現在の開発フォーマット。
1597
1599
pack-0.92 (とpack-0.92と互換性のある)フォーマットリポジトリにデータを変換できます。
1598
1600
このフォーマットのリポジトリとブランチはbzr.devによってのみ読み込みできます。
1599
使用する前に http://doc.bazaar-vcs.org/latest/developers/development-repo.html
1601
使用する前に http://doc.bazaar-vcs.org/latest/developers/development-repo.html
1600
1602
をご覧下さるようお願いします。
1605
1607
pack-0.92-subtree (pack-0.92-subtreeと互換性のあるものなら何でも)フォーマットリポジトリ
1606
1608
から/へのデータの変換ができる。このフォーマットのリポジトリとブランチは
1607
1609
bzr.devによってのみ読み込みできます。
1608
使用する前に http://doc.bazaar-vcs.org/latest/developers/development-repo.html
1610
使用する前に http://doc.bazaar-vcs.org/latest/developers/development-repo.html
1609
1611
をご覧下さるようお願いします。
1645
1647
'REV1' と 'REV2' がリビジョンの識別子である場合、
1646
1648
'REV1..REV2' はリビジョンの範囲を表示します。
1647
例: '3647..3649' 、 'date:yesterday..-1' と 'branch:/path/to/branch1/..branch:/branch2'
1649
例: '3647..3649' 、 'date:yesterday..-1' と 'branch:/path/to/branch1/..branch:/branch2'
1648
1650
('..'周辺にはクォートもしくはスペースが存在しません)。
1650
1652
範囲は異なるコマンドによって異なる解釈がなされます。
1777
1779
投稿ブランチはbundleとmergeコマンドによって使用されます。
1778
1780
投稿ブランチが指定されなければ、親ブランチが代わりに使用されます。
1780
共通の祖先は両方のブランチ内に存在する最終リビジョンです。
1782
共通の祖先は両方のブランチ内に存在する最終リビジョンです。
1781
1783
通常これはブランチポイントですが、マージされたリビジョンにもなり得ます。
1886
1888
この検索はバージョン管理されたディレクトリにも再帰的に進められます。
1887
1889
名前が渡されなければ、'.'が想定されます。
1889
1891
それゆえ単に 'bzr add' を実行すると現在未知であるファイルのすべてがバージョン管理されます。
1891
1893
親ディレクトリがバージョン管理されていないファイルを追加すると
1892
1894
親およびそのrootまでも暗黙の内に追加されます。
1893
1895
このことが意味するのはディレクトリを明示的に追加する必要はなく、
1894
1896
ディレクトリの中のファイルを1つ追加するときにそれらのディレクトリも追加されます。
1896
1898
--dry-runは追加されるファイルを表示しますが、それらを実際に追加しません。
1898
1900
--file-ids-fromは提供されたパスからファイルのidの使用を試みます。
1899
1901
これは同じファイル名を持ちマッチするディレクトリの発見をするためにidを探し、また純粋なパスによって行います。
1900
1902
このオプションが必要になるのはめったにありませんが、後でマージする2つのブランチに同じ論理ファイルを追加する
2071
2073
このコマンドはデータの破損もしくはbzrのバグを検出するために
2072
2074
ブランチとリポジトリストレージに関するさまざまな不変量をチェックします・
2074
2076
問題が検出された場合のみ作業ツリーとブランチのチェックは出力をします。
2075
2077
リポジトリチェックの出力フィールドは次のとおりです:
2077
2079
revisions: これはチェックされるリビジョンの番号です。
2079
2081
versionedfiles: これはチェックされるバージョン管理されたファイルの数です。
2131
2133
チェックアウトは作業ツリーを再構成します。
2132
2134
作業ツリーを削除した場合もしくはこれがけっして作成されない場合
2133
2135
- すなわち、SFTPを使用してブランチを現在の位置にpushする場合、これは便利です。
2135
2137
TO_LOCATIONが省略されると、BRANCH_LOCATIONの最後のコンポーネントが使用されます。
2136
2138
言い換えると、"checkout ../foo/bar" は./barを作成しようとします。
2137
2139
BRANCH_LOCATIONが has no /を持たないもしくはパスの区切り文字が埋め込まれている場合、
2138
2140
先頭のスキームもしくはドライブの識別子を除去することでBRANCH_LOCATIONからTO_LOCATIONが
2139
2141
得られます。たとえば、"checkout lp:foo-bar"は./foo-barを作成しようとします。
2141
2143
特定のリビジョンのブランチを読み取るには、
2142
"checkout foo/bar -r 5"のように--revisionパラメータを提供します。
2143
これはすぐに時代遅れになりますが[なのでコミットできない]
2144
"checkout foo/bar -r 5"のように--revisionパラメータを提供します。
2145
これはすぐに時代遅れになりますが[なのでコミットできない]
2144
2146
役に立つことがあります(すなわち古いコードを検査するため)。
2177
2179
引数が渡されなければ、ツリー全体がコミットされます。
2179
2181
選択されたファイルが指定されると、これらのファイルへの変更のみがコミットされます。
2180
2182
ディレクトリが指定されるとディレクトリとその中のすべてがコミットされます。
2182
2184
excludesが渡されるとき、これらは選択されたファイルよりも優先されます。
2183
2185
たとえば、fooの範囲での変更のみコミットされますが、foo/barの範囲の変更はコミットされません::
2185
2187
bzr commit foo -x foo/bar
2187
2189
変更の著者がコミッターと同じ人物でなければ、
2188
2190
--authorオプションを使用して著者の名前を指定できます。
2189
2191
名前はコミッターidと同じフォーマットです。たとえば"John Doe <jdoe@example.com>"です。
2191
2193
コミットされるツリーが無効である場合選択されたファイルのコミットが失敗することがあります。
2192
2194
次の一連のコマンドを考えてみましょう::
2196
2198
bzr add foo/bar
2200
2202
bzr add foo/bar
2201
2203
bzr commit foo/bar -m "committing bar but not baz"
2203
2205
上記の例において、最終コミットは故意に失敗します。
2204
2206
これによってユーザーは、同時に、最初に個別に、もしくはまったく
2205
2207
リネームしたくないかどうかを決める機会を得ます。
2206
2208
(一般的なルールとして、判断がつかないとき、Bazaarは安全に物事を行う方針を持ちます。)
2208
2210
注: マージの後の選択されたファイルのコミットはまだサポートされていません。
2210
2212
:エイリアス: ci, checkin
2227
2229
人間だけが修正できるある種の問題が存在します。
2228
2230
この問題に遭遇するとき、衝突がマークされます。
2229
2231
衝突はコミットする前に何かを修正する必要があることを意味します。
2231
2233
通常の衝突は短く人間が読めるメッセージとして一覧が示されます。
2232
2234
--textが提供される場合、代わりに、テキストの衝突を持つファイルのパスの一覧が表示されます。
2233
2235
(これはテキストの衝突を持つファイルをすべて編集するために便利です。)
2235
2237
問題を修正したらbzr resolveを使用します。
2237
2239
:関連コマンド: `resolve`_
2348
2350
リビジョンが指定されなければこれは最終コミットのリビジョンをエクスポートします。
2350
2352
フォーマットはtar、tgz、tbz2のような"exporter"の名前になることができます。
2351
2353
何も渡されなければ、拡張子かrフォーマットを見つけようとします。
2352
2354
拡張子が見つからなければディレクトリにエクスポートします(--format=dirと同等)。
2354
2356
rootが提供されると、これはコンテナフォーマット(tar、zip、その他)内部のrootディレクトリとして使用されます。
2355
2357
これが提供されなければエクスポートされるファイル名へのデフォルトになります。
2356
2358
rootオプションは'dir'フォーマットに対して効果がありません。
2358
2360
ブランチが省略されると現在の作業ディレクトリを含むブランチが使用されます。
2360
2362
注: ASCIIではないファイル名でのツリーのエクスポートはサポートされません。
2362
2364
========================== =========================
2363
2365
サポートされるフォーマット 拡張子で自動検出
2364
2366
========================== =========================
2401
2403
パターンの構文の詳細は ``bzr help patterns`` を参照。
2403
2405
無視リストからパターンを除外するには、.bzrignoreファイルを編集します。
2404
2406
追加した後で、コマンドを使用して間接的に、もしくはエディタを使用して
2405
2407
直接そのファイルを編集もしくは削除した後で、そのコミットを確認してください。
2407
2409
注: シェルのワイルドカードを含む無視パターンはUnixのシェルからクォートされなければなりません。
2514
2516
repo.html をご覧いただくようお願いします。
2515
2517
--dirstate 0.15の新しいフォーマット: 速いローカルオペレーション。
2516
2518
ネットワークを通したアクセスのときbzr 0.8とそれ以降と互換性がある。
2517
--dirstate-tags 0.15の新しいフォーマット: 速いローカルオペレーションで
2518
ネットワークオペレーションに関するスケーリングを改善。
2519
--dirstate-tags 0.15の新しいフォーマット: 速いローカルオペレーションで
2520
ネットワークオペレーションに関するスケーリングを改善。
2519
2521
タグのサポートを追加。bzr < 0.15とは互換性がない。
2520
2522
--knit knitsを使用するフォーマット。bzr <= 0.14との相互運用に推奨。
2521
2523
--metaweave 0.8での暫定フォーマット。knitよりも遅い。
2594
2596
repo.html をご覧いただくようお願いします。
2595
2597
--dirstate 0.15の新しいフォーマット: 速いローカルオペレーション。
2596
2598
ネットワークを通したアクセスのときbzr 0.8とそれ以降と互換性がある。
2597
--dirstate-tags 0.15の新しいフォーマット: 速いローカルオペレーションで
2598
ネットワークオペレーションに関するスケーリングを改善。
2599
--dirstate-tags 0.15の新しいフォーマット: 速いローカルオペレーションで
2600
ネットワークオペレーションに関するスケーリングを改善。
2599
2601
タグのサポートを追加。bzr < 0.15とは互換性がない。
2600
2602
--knit knitsを使用するフォーマット。bzr <= 0.14との相互運用に推奨。
2601
2603
--metaweave 0.8での暫定フォーマット。knitよりも遅い。
2742
2744
mergeディレクティブを含むファイルへのパスの形式で指定できます。
2743
2745
どちらも指定されなければ、デフォルトは上流ブランチもしくは
2744
2746
--rememberを使用して最近マージされたブランチです。
2746
2748
マージをブランチするとき、デフォルトではチップがマージされます。
2747
2749
異なるリビジョンをピックするには、--revisionを渡します。
2748
2750
2つの値を指定する場合、最初の値はBASEとして、2番目の値はOTHERとして使用されます。
2749
2751
個別のリビジョン、もしくはこのように利用可能なリビジョンのサブセットをマージすることは
2750
2752
一般的に"チェリーピック"として言及されます。
2752
2754
リビジョン番号はマージされるブランチに対して常に相対的です。
2754
2756
デフォルトでは、bzrは、自動的に適切なベースを検出して、
2755
2757
他のブランチからすべてのネットワークでマージしようとします。
2756
2758
これが失敗すると、明示的なベースを渡すことが必要になることがあります。
2758
2760
マージは2つのブランチの変更を結合するために最善を尽くしますが、
2759
2761
人間だけが修正できる種類の問題があります。
2760
2762
この問題に遭遇するとき、衝突マークがつけられます。
2761
2763
衝突はコミットする前に何かを修正する必要があることを意味します。
2763
2765
問題を修正したらbzr resolveを使用します。bzr conflictsも参照してください。
2765
2767
デフォルトのブランチセットが存在しない場合、最初のマージはそれを設定します。
2766
2768
その後で、デフォルトを使用するブランチを省略できます。
2767
2769
デフォルトを変更するには、--rememberを使用します。
2768
2770
リモートロケーションがアクセス可能場合のみ値は保存されます。
2770
2772
マージの結果は目的の作業ディレクトリに設置されます。
2771
2773
このディレクトリは(bzr diffで)閲覧、テスト、
2772
2774
とマージの結果を記録するためにコミット可能です。
2774
2776
--forceが渡されない限り、コミットされていない変更が存在すればマージの実行は拒否されます。
2857
2859
他のすべての名前はそこに移動します。
2858
2860
さもなければ、2つの引数だけにしなければならず
2859
2861
ファイルは新しい名前に変更されます。
2861
2863
OLDNAMEがファイルシステム上に存在しないがバージョン管理されていて
2862
2864
NEWNAMEはファイルシステム上に存在せずバージョン管理もされていない場合、
2863
2865
mvはファイルが手動で移動させられその変更を反映するために
2864
2866
内部インベントリだけを更新することを想定します。
2865
2867
多くのSOURCEファイルをDESTINATIONに移動させるときも同じです。
2867
2869
ブランチの間でファイルを移動させることはできません。
2869
2871
:エイリアス: move, rename
2915
2917
このコマンドはプラグインのバージョンとそれぞれの手短な説明を含めて
2916
2918
インストールされたプラグインの一覧を表示します
2918
2920
--verboseはそれぞれのプラグインが設置されたパスを表示します。
2920
2922
プラグインはコードを追加したり置き換えたりすることで
2921
2923
リビジョン管理システムを拡張する外部コンポーネントです。
2922
2924
コマンドの上書き、新しいコマンドの追加、追加のネットワーク転送の提供や
2950
2952
このコマンドは分岐されていないブランチのみで動作します。
2951
2953
目的のブランチの最新の変更コミットが親にマージされなかった場合(直接もしくは間接)、
2952
2954
ブランチは分岐したものとして見なされます。
2954
2956
ブランチが分岐していれば、あるブランチからの変更を他のブランチに統合するために
2955
2957
'bzr merge'を使用できます。
2956
2958
一旦あるブランチがマージされると、他のブランチは再びそれをpullできるようになります。
2958
2960
ローカルの変更を忘れてリモートブランチを満たすようにブランチを更新したいだけなら、
2959
2961
pull --overwriteを使用します。
2961
2963
デフォルトのロケーションが存在しない場合、最初のpullはこれを設定します。
2962
2964
その後で、デフォルトを使用するロケーションを省略できます。
2963
2965
デフォルトを変更するには、--rememberを使用します。
2964
2966
リモートロケーションがアクセスできる場合のみ値は保存されます。
2966
2968
注: 位置がブランチのフォーマットもしくはbzr sendで生成されたmergeディレクトリを格納する
2967
2969
ファイルへのパスで指定できます。
2996
2998
これは割高でリモートファイルシステムではサポートされないので、
2997
2999
ターゲットブランチは投入された作業ツリーを持ちません。
2999
3001
スマートサーバーもしくはプロトコルの中には将来作業ツリーを導入しないものがあります。
3001
3003
このコマンドは分岐されていないブランチでのみ動作します。
3002
3004
目的のブランチの最新のコミットがソースブランチによって(直接もしくは間接的に)マージされなければ
3003
3005
ブランチは分岐されたものとして見なされます。
3005
3007
ブランチが分岐されると、他のブランチを完全に置き換えるために
3006
3008
'bzr push --overwrite'を使用できます。この場合、マージされていない変更は廃棄されます。
3008
3010
他のブランチに異なる変更があることを保証したい場合は、
3009
3011
他のブランチからマージを行い(bzr help mergeを参照)、それをコミットします。
3010
3012
その後で'--overwrite'なしでpushを行うことができるようになります。
3012
3014
デフォルトのpush位置の設定がなければ、最初のpushはこれを設定します。
3013
3015
その後では、デフォルトを省略できます。
3014
3016
デフォルトを変更するには、--rememberを使用します。
3102
3104
衝突を解消している間に異なるマージテクニックを試したい場合はこれを使用します。
3103
3105
マージテクニックの中には他のものよりもすぐれたものがあり、
3104
remergeによって異なるファイルで異なるテクニックを試すことができます。
3106
remergeによって異なるファイルで異なるテクニックを試すことができます。
3105
3107
remergeのオプションはmergeのものと同じ意味とデフォルトを持ちます。
3106
3108
違いは未解決のマージが存在するときのみremergeは実行できて
3107
3109
特定のファイルを指定できることです。
3140
3142
このコマンドによってbzrは指定されたファイルへの変更の追跡を止めます。
3141
rebertコマンドで容易に復元できるのであればbzrはこれらのファイルを削除します。
3143
rebertコマンドで容易に復元できるのであればbzrはこれらのファイルを削除します。
3142
3144
オプションもしくはパラメータが与えられなければbzrは追跡されているファイルをスキャンしますが
3143
3145
ツリーの中で見つからなければそれらの追跡を停止します。
3221
3223
指定されたテキストだけを差し戻すファイルのリストを渡します。
3222
3224
さもなければ、すべてのファイルが差し戻されます。
3223
3225
'--revision'でリビジョンが指定されなければ、最後にコミットされたリビジョンが使用されます。
3225
3227
以前のリビジョンに差し戻さずに、いくつかの変更を除外するには、代わりにmergeを使用します。
3226
3228
たとえば、"merge . --revision -2..-3"は-2で導入された変更を除外しますが、
3227
3229
-1で導入された変更には影響を与えません。
3228
3230
hunk-by-hunkベースである変更を除外するには、Shelfプラグインを参照してください。
3230
3232
デフォルトでは、手動で変更されてきたファイルは最初にバックアップされます。
3231
3233
(マージのみで変更されたファイルはバックアップされません。)
3232
3234
バックアップファイルの名前には '.~#~' が追加されます。#は番号です。
3234
3236
ファイルを提供する場合、現在のパス名もしくはターゲットリビジョンからのパス名を使用できます。
3235
3237
名前でファイルを"undelete"するためにrevertを使用できます。
3236
3238
ディレクトリに名前をつけると、そのディレクトリのすべての内容が差し戻されます。
3238
3240
そのリビジョン以降に新しく追加されたファイルは削除されます。適切であればバックアップは維持されます。
3239
3241
未知のファイルを持つディレクトリは削除されません。
3241
3243
作業ツリーは未解決のマージされたリビジョンのリストを含みます。
3242
3244
これは次のコミットで親として含まれます。
3243
3245
通常は、ファイルを差し戻すのと同様にrevertはそのリストをクリーンにします。
3244
3246
ファイルが指定されていれば、revertは未解決のマージリストをそのままにしてファイルだけを差し戻します。
3245
3247
すべてのファイルを差し戻すがマージの記録を維持するにはツリーのrootで"bzr revert ."を使用し、
3246
ファイルの差し戻しを行わずに未解決のマージリストをクリアするには"bzr revert --forget-merges"を使用します。
3248
ファイルの差し戻しを行わずに未解決のマージリストをクリアするには"bzr revert --forget-merges"を使用します。
3248
3250
:関連項目: `cat`_, `export`_
3304
3306
mergeディレクティブはmergeリクエストを行うために必要な多くのものを提供します:
3306
3308
* 実行するマージのマシンが理解できる説明
3308
3310
* リクエストされた変更のプレビューであるオプションのパッチ
3310
3312
* リビジョンデータのオプションバンドル、
3311
3313
ブランチからデータを読み込まずに、mergeディレクトリからの変更を直接適用できるようになります。
3313
3315
--no-bundleが指定されると、public_branchが必要です(また最新でなければなりません)、
3314
3316
受け取り手がpublic_branchを使用するマージを実行できるように
3315
3317
後で他の人がチェックできるように、知っているのであればpublic_branchを常に含まれていなければなりません。
3317
3319
投稿ブランチのデフォルトは親ですが、上書きできます。
3318
3320
提供されれば投稿ブランチと公開ブランチの両方が記録されます。
3320
3322
public_branchがsubmit_branchに知られていれば、
3321
3323
その公開と投稿ブランチはマージのインストラクションで使用されます。
3322
3324
これはそのローカルミラーに対してpublic_branchを設定すれば、
3323
3325
そのミラーは実際の投稿ブランチとして使用できることを意味します。
3325
3327
メールは好きなプログラムで送信されます。
3326
3328
Windowsではこれは透過的です(MAPIが使用される)。
3327
3329
Linuxでは、xdg-emailユーティリティを必要とします。
3328
3330
望ましいクライアントが見つからなければ(もしくは使用できなければ)、エディタが使用されます。
3330
3332
特定のメールプログラムを使用するには、mail_client設定オプションを設定します。
3331
(Thunderbird 1.5に関して、これはいくつかのバグに対処します。)
3333
(Thunderbird 1.5に関して、これはいくつかのバグに対処します。)
3332
3334
特定のクライアント用にサポートされる値は"claws"、"evolution"、"kmail"、"mutt"、と"thunderbird";
3333
3335
一般的なオプションは"default"、"editor"、"emacsclient"、"mapi"、と"xdg-email"です。
3334
3336
プラグインがサポートされるクライアントを追加することもあります。
3336
3338
メールが送信されている場合、to addressが必要になります。
3337
3339
これはコマンドライン、submit_to設定オプションをブランチ自身に設定するか、
3338
3340
投稿ブランチでchild_submit_to設定オプションを設定することで提供できます。
3340
3342
現在2つのフォーマットがサポートされています: "4"はリビジョンバンドルフォーマット4
3341
3343
とマージディレクトリフォーマット2です。
3342
3344
これは古いフォーマットよりも顕著に速く小さいです。
3394
3396
shelveによって変更を一時的に"棚に上げる"、すなわち邪魔にならない場所に置くことができます。
3395
3397
'unshelve'コマンドで後で元に戻すことができます。
3397
3399
shelve --listが指定されると、以前退避された変更の一覧が表示されます。
3399
3401
shelveは不適切に混ぜられた変更のいくつかのセットの分離を手助けすることを目的としています。
3400
3402
すべての変更を除去したいだけで後で退避する必要がなければ、revertを使用します。
3401
3403
一度にすべてのテキストの変更をshelveするには、shelve --allを使用します。
3403
3405
ファイル名が指定されると、それらのファイルの変更のみ退避されます。
3404
3406
他のファイルは手つかずのままです。
3406
3408
リビジョンが指定されれば、そのリビジョン以降の変更は退避されます。
3408
3410
複数のアイテムを退避することができ、デフォルトでは、
3409
3411
'unshelve'は最近shelveされた変更を復元します。
3444
3446
このコマンドは'rich-root' もしくは 'rich-root-pack'のように
3445
3447
リッチrootをサポートするフォーマットでターゲットツリーを生み出します。
3446
3448
これらのフォーマットは'dirstate-tags'のような初期のフォーマットに変換できません。
3448
3450
TREEの引数は作業ツリーのサブディレクトリになります。
3449
3451
そのサブディレクトリは独自のブランチを持つ独立したツリーに変換されます。
3450
3452
トップレベルツリーのコミットは新しいサブツリーに適用されません。
3473
3475
これはバージョン管理されたファイルと未知のファイルを状態で
3474
3476
分類してレポートします。利用可能な状態は次のとおりです:
3477
3479
作業ツリーでバージョン管理されているが以前のリビジョンではない。
3480
3482
以前のリビジョンでバージョン管理されているが作業コピーでは移動もしくは削除されている。
3483
3485
以前のリビジョンから変更されたファイルのパス;
3484
3486
テキストも変更されていることがある。
3485
3487
これは親ディレクトリがリネームされたファイルを含む。
3488
3490
以前のリビジョン以降変更されたテキスト。
3491
3493
変更されたファイルの種類(たとえばファイルからディレクトリへ)。
3494
3496
バージョン管理されていないかつ無視パターンにマッチしない。
3496
3498
無視されるファイルを見るには'bzr ignored'を使用します。
3497
3499
ファイルテキストへの詳細な変更に関しては、'bzr diff'を使用します。
3499
3501
--shortもしくは-Sは、Subversionのstatusコマンドに似た、
3500
3502
それぞれのアイテムに対するステータスフラグを提供することに注意してください。
3501
3503
svn -qと似たような出力を得るには、bzr status -SVを使用します。
3503
3505
引数が指定されなければ、作業ディレクトリ全体のステータスが示されます。
3504
3506
さもなければ、指定されたファイルもしくはディレクトリのステータスのみが報告されます。
3505
3507
ディレクトリが渡されれば、そのディレクトリ内部のすべてに関するステータスが報告されます。
3507
3509
1つのリビジョンの引数が渡されれば、ステータスはそのリビジョンに対して
3508
3510
2つの引数の場合は2つのリビジョンの間で算出されます。
3527
3529
重量チェックアウトに対して、これはローカルコミットがなく、
3528
3530
バインドされたブランチがないことを確認して、
3529
3531
ローカルブランチを新しいロケーションのミラーにしてそれにバインドします。
3531
3533
両方の場合において、作業ツリーはupdateされコミットされてない変更はマージされます。
3532
3534
ユーザーは望むのであればcommitもしくはrevertできます。
3534
3536
マージの追加にはswithを使用する前にcommitもしくはrevertする必要があります。
3536
3538
swithするブランチへのパスは現在のブランチの親ディレクトリに対して相対的に指定できます。
3537
3539
たとえば、現在/path/to/branchのチェックアウトの中にいるのであれば
3538
3540
'newbranch'を指定すれば/path/to/newbranchでのブランチが発見されます。
3561
3563
タグはリビジョンに人間が理解できる名前を与えます。
3562
3564
-r (--revision)オプションをとるコマンドは-rtag:Xに渡されます。
3565
3567
タグはブランチに保存されます。
3566
3568
branch、push、pullもしくはmergeを行うときタグはあるブランチから他のブランチにコピーされます。
3568
3570
--forceを渡さない限り、既存のタグ名を与えるとエラーになります。
3569
3571
この場合新しいリビジョンを示すようにタグは移動します。
3571
3573
タグをリネームする(名前を変更するが同じリビジョンで維持する)には、
3572
3574
``bzr tag new-name -r tag:old-name`` と ``bzr tag --delete oldname`` を実行します。
3650
3652
--verboseは削除されているものを表示します。
3651
3653
--dry-runはすべてのモーションを経験しますが、実際には何も削除しません。
3653
3655
--revisionが指定されると、指定されたリビジョンでブランチをそのままにするために
3654
3656
リビジョンをuncommitします。たとえば、"bzr uncommit -r 15"はリビジョン15でのブランチを
3657
3659
uncommitは新しいコミットの準備ができている作業ツリーをそのままにします。
3658
3660
唯一行われる変更はコミット以前に存在していた追加マージをリストアすることです。
3745
3747
repo.html をご覧いただくようお願いします。
3746
3748
--dirstate 0.15の新しいフォーマット: 速いローカルオペレーション。
3747
3749
ネットワークを通したアクセスのときbzr 0.8とそれ以降と互換性がある。
3748
--dirstate-tags 0.15の新しいフォーマット: 速いローカルオペレーションで
3749
ネットワークオペレーションに関するスケーリングを改善。
3750
--dirstate-tags 0.15の新しいフォーマット: 速いローカルオペレーションで
3751
ネットワークオペレーションに関するスケーリングを改善。
3750
3752
タグのサポートを追加。bzr < 0.15とは互換性がない。
3751
3753
--knit knitsを使用するフォーマット。bzr <= 0.14との相互運用に推奨。
3752
3754
--metaweave 0.8での暫定フォーマット。knitよりも遅い。
3809
3811
バージョンに関する情報をアプリケーションのソースコードに追加するために
3810
3812
このコマンドを使用できます。出力のフォーマットはサポートされているもの1つか
3811
3813
テンプレートに基づいてカスタマイズされたものです。
3815
3817
bzr version-info --custom \
3816
3818
--template="#define VERSION_INFO \"Project 1.2.3 (r{revno})\"\n"
3818
3820
現在のリビジョン番号を含むフォーマットされた文字列でCヘッダファイルを生成します。
3819
3821
テンプレートでのサポートされた他の変数は次のとおりです:
3821
3823
* {date} - 最終リビジョンの日付
3822
3824
* {build_date} - 現在の日付
3823
3825
* {revno} - リビジョン番号