2017-06-09 6 views
0

ローカルワークスペースから不要な大きなフォルダを削除しました。つまり、 //binary_blobs/...です。サーバー/デポのコピーがなければならないことをローカル作業コピーを反映するリストがあります

test.raw - submit change default to delete //binary_blobs/test.raw#1 

私の目標は、私はローカルのファイルを削除したリモートサーバに伝えることです、そして :今のPERFORCE(コマンドライン)はすなわち、 不足しているファイルについて不平を言っています放置。基本的には を "have list"に更新して、この200GBのバイナリのフォルダ をもう所有していないことを知りたいと思います。私はp4 flush //binary_blobs/...を実行しました。問題が解決することを願って、 しかし、nope:p4は引き続きこれらのファイルをローカルに追跡しています。

だから、私はちょうどp4 sync -f //binary_blobs/...#0経由でファイルのローカル コピーを削除するには#0でこのフォルダを同期するためにそれを教えてくれる決めるが、これが原因にすぎ 失敗:

//binary_blobs/test.raw#1 is opened for delete and can't be deleted 

なんてこった!

p4 revert //binary_blobs/... 

今ではRE-同期中、再びネットワーク上のすべてのデータを、意志が日かかります:私は私の変更を元に戻すために持っているように見えます。

質問

は、私はちょうど、リモート サーバからディポ全体を再引かず、私はローカルに持っているものに をもと「持っているリスト」を更新するには、コマンドラインを介して、PERFORCEのを伝えることはできますか?

+0

あなたは 'p4 delete'を使ってそれらを削除してから、あなたの仕事を提出する必要があるようです。 – Hackerman

+0

@Hackerman私のローカルな作業コピーをクリーンアップし、これらの変更をリモートデポに伝達しないようにします。他のユーザー – DevNull

答えて

1

最後に理解しました。そのままワークスペースファイルを維持しながら、まず、私は元に戻す:

p4 revert -k //binary_blobs/... 

は今、私は改正 #0に更新することができます。

p4 sync -f //binary_blobs/...#0 

が手動で私のワークスペースを再作成することから私を救いました。

+1

デポのその部分をクライアント仕様から削除しましたか?そうでない場合は、次回に古い 'p4 sync'を実行すると、サーバーはそれらのファイルの先頭リビジョンを再度送信します。したがって、これらのファイルをワークステーション上に置かないようにするには、クライアント仕様の「View:」フィールドを更新する必要があります。 –

+0

@BryanPendletonしました。ヘッドアップをありがとう。 – DevNull

関連する問題