異なるPERFORCEサーバー/デポ間の統合をどのように行うべきか知りたいです。
双方向の統合を可能にするソリューションを探しています。
このリモートデポの使用に関する記事では、リモートデポを読み取り専用としてマップする方法について説明します。これは、両方のサーバーでマッピングを行う唯一のソリューションですか?もしそうなら、これは私が双方向の統合を行うために単一のブランチ仕様を使用できなかったことを意味します。
異なるPERFORCEサーバー/デポ間の統合をどのように行うべきか知りたいです。
双方向の統合を可能にするソリューションを探しています。
このリモートデポの使用に関する記事では、リモートデポを読み取り専用としてマップする方法について説明します。これは、両方のサーバーでマッピングを行う唯一のソリューションですか?もしそうなら、これは私が双方向の統合を行うために単一のブランチ仕様を使用できなかったことを意味します。
PERFORCEナレッジベースを読んだことから、推奨/推奨されるソリューションは、各サーバーが読み取り専用のリモートデポから統合を実行することであると思います。
メタデータはローカルサーバーでのみ利用可能であるため、これはPERFORCEの設計上の制限です。たとえばserverA:1666
、ユーザーが実行したコマンドを認識していません(この記事serverB:1666
の下部にあるケーススタディで説明されています)。
また、パフォーマンスに関するポイントは絶対に真実です。私たちのサーバーは、今日の午後、リモートデポからのコードドロップ中に打撃を受けました。統合/差分が完了するまで待つだけでした。
サーバーで何が起こっているかを調べるには、コマンドp4 monitor show
を使用してサーバーの現在のワークロードを表示します。