perforceクライアントをセットアップしましたが、クライアントルートのサブディレクトリから「p4 edit file.txt」を実行しようとすると問題が発生しました。ここで、file.txtはそのディレクトリにローカルにチェックインされたファイルです。つまり、「p4 have」を実行すると、「//depot/folder/file.txt#2 - /proj/folder/file.txt」がリストに表示されます。p4同期は問題ないようです。ただし、「p4 edit file.txt」を実行すると、「ファイルがクライアントにありません」というエラーが発生します。
デポ名を使用して、最終的にp4編集を機能させることができました。「p4 edit //depot/folder/file.txt」DID が機能し、奇妙なことに、ローカル ファイルが書き込み権限を持つように変更されました。
問題は何ですか？ローカル ファイル名を参照することで、期待どおりに動作するさまざまなプロジェクトの同じシステム上に他のクライアントがあります。
私は同様の問題を抱えていましたが、追跡するのはバグだったのでここに文書化したいと思いました.Google検索はここで同じ障害を持つ人を導く可能性があります.
//depot/foo というブランチを作成し、バリアントを作成するために別のブランチを作成しました。これを //depot/foo_bar と呼びます。foo から foo_bar を分岐する手順:
p4 branch foo_bar
ブランチ仕様を作成するには、次に
p4 integrate -b foo_bar
p4 submit
また、クライアント ワークスペースに foo_bar を追加しました。
この後、P4V の foo_bar ブランチのすべてを編集、アクセスすることができましたが、p4 で試したコマンド ライン コマンドはすべて「ファイルがクライアントにありません」というエラーが発生しました。
明確にするために-P4Vで機能しました-p4コマンドラインの「クライアントにないファイル」。
分岐仕様にエラーがあり、余分な「.」を追加していたことが判明しました。例えば
View:
//depot/foo/... //depot/foo_bar/....
偽の終止符を削除して再統合してみました。これにより、コマンド ラインは正常に動作しましたが、P4V にはブランチ内のすべてのファイルの 2 つのコピー (1 つの通常のファイルと 1 つのファイル名に「.」が含まれる) が含まれていました。最後に。繰り返しますが、明確にするために、最初のファイルは正常に見えました-偽の「.」はありません。ファイル名については、再統合後、ファイル数は 2 倍になりましたが、p4v デポ ビューのみでした。ディスク上のワークスペースには、各ファイルのコピーが 1 つしかありませんでした。
結局、ブランチを削除して、最初からやり直しました。
システム構成