repository - PERFORCEでのタイムラプスビューを高速化できますか？

Question

PERFORCEに問題があります。PERFORCEのタイムラプスビュー機能がとても気に入っています。誰が間違いを犯したかを見つけるのに役立ちます。問題は、一部のファイルがかなり大きく、頻繁に変更される場合、タイムラプスビューを開くのに非常に長い時間がかかることです。したがって、SQL（タイムラプスデータトップ100から*を選択）のような関数が必要です。つまり、最近変更されたものを見つけるには、100（または50？20？）の変更履歴が必要です。PERFORCEにはその機能がありますか？または、プラグインやPERFORCEのコマンドはありますか？または、変更された履歴をより早く見つける方法についてのあなたのノウハウを聞きたいです。前もって感謝します。

Answer 1

私はタイムラプスビューが大好きですが、「ファイル履歴」ビューから始めることがよくあります。ご指摘のとおり、最も興味深い変更は最近のものであるため、私は通常、最近の変更とその説明を最初に確認します。多くの場合、私は特に興味深い変化を目にし、その変化リストを単独で調べて、自分が何に興味を持っているかを確認します。

タイムラプスビューの速度に関して、問題はサーバーにあるのか、クライアントにあるのか疑問に思います。試すべきいくつかのこと：

1. 同僚のワークステーションで試してみると、タイムラプスビューも遅くなりますか？
2. 'p4 annotate> tmp'を実行すると、それも遅いですか？

'p4 annotate'が高速な場合は、履歴が非常に長い特に大きなファイルに使用する価値があると思われるかもしれません。タイムラプスビューは非常に強力で読みやすいですが、サーバーから大量の情報を収集し、その情報をフォーマットして表示する必要があります。

私の場合、タイムラプスビューを表示するときは、通常、しばらくの間結果を調査することを計画しているので、ロードされるまで数秒待ちます。

サーバーが過負荷になっていることが問題である場合は、PERFORCE管理者に連絡して、彼が何ができるかを確認する必要があります。おそらく、彼はサーバーにリソース（通常はメモリ）を追加できます。または、読み取り専用レプリカの展開を検討する必要があります。これにより、メインサーバーからのサイクルを必要とせずに、レプリカからタイムラプスビューなどの操作を完全に処理できます。PERFORCEのテクニカルサポートは、このような問題をいつでも喜んでサポートします。