p4 sync (グラフ)
クライアントワークスペースをレポジトリのビューに同期します。
構文規則
p4 sync [-f -n -q -k] [file[commit-sha1 | reference] ...]
説明
同期してリポジトリの現在の内容が反映されるようにクライアントワークスペースを更新します(リポジトリが変更されている場合)。
クライアントにマップされている1つ以上のリポジトリ内に存在するファイルパスを指定すると、それらのリポジトリが同期されます。以下に例を示します。
- repo1とrepo2の両方に「dev」という名前のブランチが存在する場合:
- p4 sync -f devコマンドを実行すると、両方のリポジトリ内でdevブランチが同期されます。
- p4 sync -f //repo/repo1/...@devコマンドを実行すると、repo1内のdevブランチが同期されますが、repo2内のdevブランチは同期されません。
-
repo1のみにdevという名前のブランチが存在する場合:
- p4 sync -f devコマンドを実行すると、repo1内のdevブランチが同期されます。
- p4 sync -f //repo/repo1/...@devコマンドを実行すると、repo1内のdevブランチが同期されます。
- デフォルト設定の場合、指定したファイルパス内のファイルのみでなく、クライアントにマップされているリポジトリ全体が同期されます。shaまたはリファレンスを指定すると、そのshaまたはリファレンスに対してクライアントが同期されます。
- ブランチのリファレンスを指定すると、クライアントが関連付けられているブランチも更新されます。
指定したレポジトリ内でクライアントのファイルが作業状態になっている場合は、同期対象のコミットが現在のコミットの子である場合に限り(早送り更新)、同期処理を実行することができます。
syncコマンドを実行すると、以前に取得されなかったファイルが追加され、以前に取得されリポジトリから削除されているファイルが削除され、リポジトリ内で更新されたファイルが更新されます。
通常、syncコマンドを実行しても、ユーザが手動で書き込み可能に設定したワークスペースファイルが上書きされることはありません。クライアント仕様でclobber
オプションを設定すると、この上書き防止機能が無効になります。
リポジトリでファイルをマップする表示仕様を持つクライアントを同期できます。レポジトリでブランチを指定しない場合、
p4 sync
の既定値が
レポジトリのmaster
ブランチになります。
クライアントの仕様が、
従来のディポとgraph
タイプのディポをマップする場合は、
p4 sync
はディポの両方の種類のクライアントワークスペースを更新します。リポジトリのブランチやSHA-1の同期については、
例を参照してください。
graph
タイプのディポの詳細については、次を参照してください。
-
「
p4 client
」の 「グラフディポレポジトリをクライアントに含める」 -
「
p4 depot
」の「グラフタイプのディポを使用する」 - 「p4 stream」の「ストリームとグラフディポ - .gitサフィックスとリポジトリパス」
オプション
|
同期を強制実行します。 すでにクライアントワークスペースに特定のリビジョンのファイルがあったとしても、 Helixサーバは同期を実行します。 ファイルが書き込み可能であっても、 そのファイルは上書きされます。 このオプションは作業状態のファイルに影響しませんが、
|
|
ファイルを同期することなく、サーバのメタデータが更新されます。これにより、大量のデータを転送することなく、ワークスペース内のファイルの状態をサーバ上で正しく反映することができます。 警告
正しくない方法で更新を行うと、ワークスペースの状態がサーバ上で正しく反映されない場合があります。 |
|
プレビューモード:実際に同期を実行せずに、 同期の結果を表示します。 |
|
サイレントモード: 通常の出力メッセージを抑止します。 エラーまたは例外的状態に関するメッセージは表示されます。 |
使用上の注意点
グラフタイプのディポの使用
例
|
タイプ |
|
タイプ |
|
タイプ |