1

タイトルはそれをすべて言います。

特定のワークスペースと特定の変更リストのユーザーによって排他モードで開かれていると perforce が判断するファイルがありますが、ワークスペースも変更リストも存在しません。ワークスペースは管理者によって強制的に削除され、ファイルは不思議なことに変更リストから消え、その後、他のすべてのファイルをそこから削除して削除しました。

ファイルは、その変更リストのそのワークスペースでそのユーザーによって開かれ、ロックされているように表示されます。

perforce フォーラムで回答されているように、perforce データベースが破損している可能性が最も高いです。

4

3 に答える 3

0

これは、サーバーの db.locks テーブルと db.working テーブルの間の矛盾のように思えます。ワークスペースを削除すると、db.working エントリは削除されているはずですが、db.locks エントリは削除されていません (これらは常に 1 対 1 であると想定されています)。 .

サーバー側には、これを修正するためのオプションがいくつかあります。

p4d -xx db.working db.locks
p4d -jr jnl.fix

また：

p4d -xf 925

クライアント側から修正するためにいくつかの回転を経ることも可能です：

p4 set P4CLIENT=CLIENT_NAME  (where this is the name of the deleted workspace)
p4 client
p4 sync FILE_NAME
p4 edit FILE_NAME
p4 revert FILE_NAME
p4 sync #none
p4 client -d CLIENT_NAME

つまり、開いているファイルの状態を再作成し (キーが一致するように、同じデポ ファイルと同じクライアント名)、それを元に戻して、エントリが適切にクリーンアップされるようにします。

于 2017-10-05T21:53:59.923 に答える
0

管理者がどのようにワークスペースを削除したか知っていますか? ドキュメントによると、ワークスペースを削除すると、すべてのファイルが自動的に元に戻されますが、ローカル ファイルはファイル システムに残されます。これは簡単に削除できるはずです。

問題がファイルがロックされたままになっているだけの場合は、次の簡単な方法があります。

p4 unlock -f <file>

管理者によって発行された、問題を解決する必要があります。

于 2013-11-04T21:07:20.007 に答える