私のワークスペースでは、p4 statusを実行すると、一連のファイルが「編集のための調整」としてマークされます。しかし、それらを調整してdiffを実行すると、これらのファイルはすべて同じになります。p4ステータスが一致するファイルを検出すると一致するファイルが検出される
何が原因であるかについて誰かが考えていますか？
これらのファイルには、png、js、php、ttf、xslファイルが含まれます。
"Allwrite"と "テキストファイルの行末文字：UNIX"（これはWindows 2012 R2）で設定したワークスペースがあります。
私はラインエンディングが原因だと推測していましたが、ファイルにはpngが含まれています。実際にチェンジリストを送信してp4 statusを実行した後も、同じファイルリストが表示されます何らかの理由でそこに何かがあるかもしれない）。
私のワークスペースは新しいので、ファイルに実際に変更があってはいけません。
考えられる原因としては、格納されているチェックサムが実際のファイルの内容と一致しないことが考えられます。管理者として、あなたは実行することができます。
p4 verify -q files ...
はその保存されたチェックサム対ファイルのサーバ側の比較を行うために - あなたが取得する場合、「BAD！」結果は、それらがお互いに一致しないことを意味します（同じチェックサムがそこで使用されているため、常にクライアントマシンに「異なる」と表示されます）。デポのリビジョン内容に一致しないチェックサムは悪いことがあります（特定のリビジョンは不変であると思われます）。ハードウェアの障害、改ざんなどを示す可能性があるため、調査を促す必要があります。リビジョンの内容が変更されてチェックサムと一致しなくなるような良質な方法もあります。たとえば、$ DateTime $キーワードをファイル内に動的に展開し、サーバーのタイムゾーンを変更するとします。
内容は結構です、あなたが一致するように、チェックサムを更新したい場合は
は、実行します。この動作にはいくつかの理由があるかもしれないように思えp4 verify -v file
。 @ SamStaffordの答えは確かにそれらの一つかもしれません。
私の場合、これらのファイルには大文字と異なるバージョンがあることが判明しました。 Windowsは大文字と小文字を区別しないので、それが混乱し、常に変更されたものとしてマークされます。
"p4 verify"を実行して、これらのファイルにサーバー側のチェックサム情報がないことを確認しましたか？ –
ありがとう、私はそれを見て私たちのITに依頼します。結果が何であるかをお知らせします。ありがとう。 – unional
同じ問題があって@SamStaffordの 'p4 verify'がファイルのチェックサム情報を誤って指摘しました。それが答えだったら私はそれを適切にupvoteすることができるでしょう。 – davidbak