統合を行うときに perforce の自動解決を高速化する方法を知りたいです (競合が存在しない場合は、自分と相手をマージします)。
現在、プロキシ サーバーにファイルが事前にキャッシュされている場合でも、プロキシ サーバーを使用して実行すると、最大 5000 個のファイルに数時間かかります。
また、p4v インターフェースは、タスクの進行状況に関するヒントを提供しません。タスクが 1 秒で終了するか、来年で終了するかはわかりません。
統合を行うときに perforce の自動解決を高速化する方法を知りたいです (競合が存在しない場合は、自分と相手をマージします)。
現在、プロキシ サーバーにファイルが事前にキャッシュされている場合でも、プロキシ サーバーを使用して実行すると、最大 5000 個のファイルに数時間かかります。
また、p4v インターフェースは、タスクの進行状況に関するヒントを提供しません。タスクが 1 秒で終了するか、来年で終了するかはわかりません。
適度に強力なサーバーの場合、5000 個のファイルを解決するにはそれほど多くはありません。
あなたのファイルはかなりのサイズのバイナリですか? 5000 個のファイルがバイナリの場合、autoresolve はローカル hdd でチェックサムをチェックして、サーバー (情報やファイルを中継するだけのプロキシではありません) のチェックサムと比較します。これにより速度が低下する可能性があります。
一方向の解決 (hdd で自分のものを食べる、またはサーバーから自分のものを食べる) を試みていることが事前にわかっている場合は、「自分のものを受け入れる」または「自分のものを受け入れる」オプションを使用して、自動解決し、チェックサム操作をスキップできます。コマンドラインからは、それぞれ「-ay」または「-at」オプションを指定した「p4 resolve」になります。
また、perforce db 管理者に連絡して、サーバー アクションをログに記録してもらうこともできます。統合を実行してファイル ロックを保持しているアクションが実行され、ロックが解放されるまでスピンして待機する可能性があります。「 p4 monitor show -a 」のリファレンスを参照してください。
たとえば、私たちのオフィスでは、月曜日の朝にオフィスの全員がプライベート ブランチに統合して解決するのが一般的です。
コマンドラインから解決を行うことができると思います。これにより、まだ進行中であることがわかり、P4V での他の作業が妨げられることはありません。
それが確実に一方通行の解決になることが事前にわかっている場合は、「彼らの」または「あなたの」バージョンの受け入れを強制してみてください。コマンドラインからの「p4 help resolve」、特に「-at」および「-ay」オプションを参照してください。
実際にパフォーマンス上の利点が得られるかどうかはわかりませんが、試してみる (そしてベンチマークを行う) のは簡単です。