誰かがPERFORCEサーバで大量のディスク容量を使用している変更リストを送信しています。最近の変更リストのサイズを見つけて、どこでこれが起こっているのかを調べることができます。これを行う方法はありますか？PERFORCEの変更リストのサイズ
p4サイズはデポ内のファイルのサイズを示しますが、履歴は表示されません。私はこれを定期的に実行して何が成長しているのかを見てみたいと思いますが、時間を振り返りたいと思います。
p4 describeは変更リスト内の内容を示しますが、変更リスト内のファイルのサイズは表示しません。
p4 diskspaceにはデポのサイズが表示されますが、履歴は表示されません。あなたはチェンジによってチェンジを眼球にしたい場合は、例えば、チェンジ情報とP4のサイズを実行することができます
私はこのような何かしたい：
23245 @=3849
22499 @=4109
22438 @=3948
など（@=changeそのチェンジリスト内のすべてのリビジョンの大きさ順）：好き出力をあげる
p4 -Ztag -F "@=%change%" changes -s submitted -m 1000 | p4 -x - -F "%fileSize% %path%" sizes -sz | sort -rn
を。
これは、各チェンジリストが（バックエンドでの圧縮を考慮していない）ディスクの領域を完全に表しているわけではありませんが、誰かが定期的に大量のバイナリを投稿している場合、そのリストの一番上のどこかにいるので、それを見つけるのにあなたが長くかかりません。
、あなたはチェンジ＃99でファイルのサイズを知りたい場合は：
p4 sizes //[email protected],99
あなたが犯人を見つけるまで、例えば
p4 sizes //path/to/suspected/troublemakers/[email protected]
：それはあなたの歴史を与えるものではありませんが、あなたはあなたができる特定のパスにそれを絞り込むことができます。定期的に問題がある場合は、簡単にスクリプト化できます。
これは機能しました。私は少し異なる構文を使用しなければならなかったp4 -zタグ-F "@ =％change％" changes -s submitted -m 1000 | p4 -zタグ-x - -F "％fileSize％％path％" size -s | sort -rn –
これは、bash（または類似の）シェルから実行する必要があります。 Windowsのコマンドラインは、2番目のフィルタの％path％にWindowsのPATH変数を代入します。 PowerShellはこれを行いませんが、PowerShellソートは数値でソートされません。 –
'p4 sizes'コマンドに' -z'オプションを指定しないと、遅れコピーの統合（バックエンドにディスクスペースを消費しない）から誤った判断が下されることに注意してください。おそらく大したことではありませんが、ブランチ作成のようなものを除外するために結果を見直す際は注意してください（怠惰なコピーであるという事実を考慮していない場合、常に大きな変化のように見えます）。 –