私は現在、ユーザーがPERFORCEサーバーにログインする必要があるC＃のファイルシステムアプリケーションに取り組んでいます。
分析の結果、ユーザーごとに一意のP4ログインアカウントを持つことは実際には有益ではなく、追加のライセンスを購入する必要があることがわかりました。
これらのユーザーは契約上であり、事前定義された期間のみシステムを使用することを考えると、新しい契約ユーザーごとにライセンスを購入することを正当化することは困難です。
そうは言っても、ユーザーの「グループ」が1つの共通のログインアカウントをPERFORCEサーバーと共有することに不利な点はありますか？たとえば、Xログインを共有するXグループがあります。
クライアント仕様の観点から、PERFORCEは、誰かがヘッドに同期した場合でも、新しくログに記録されたユーザー（別のマシンにいる）もヘッドに同期する必要があることを検出できますか？または、他の誰かがすでに同期しているため、すべてのファイルがヘッドに同期されているというフラグが立てられていますか？
ありがとう
クライアントの仕様はマシンごとであるため、指定したシナリオで機能します。
ただし、PERFORCEのライセンスは厳密に1人あたりであるため、ライセンス契約を破り、ソフトウェアを違法に使用することになります。私は本当にそれを主張しません。
ライセンスが必要な「実際の」人に加えて、自動ビルドサービス、管理者などをサポートするために、無料の「ロボット」アカウントをいくつか要求できます。
PERFORCEは過去にインターンなどの一時的なユーザーのライセンスを取得するための取り決めを持っていたので、私がお勧めするのは、彼らに連絡して、あなたの状況で彼らがあなたのために何ができるかを尋ねることです。
グレッグは素晴らしい答えを持っているので、最初に彼の指示に従う必要があります。ただし、複数のマシンでクライアントを共有することの技術的な側面について説明したいと思います。これは一般的に悪い考えです。PERFORCEは、クライアント名のみで各クライアントのコンテンツを追跡します。したがって、あるマシンでクライアントを同期してから、別のマシンで同じクライアントを同期しようとすると、他のマシンは「最近」変更されたファイルのみを取得し、最初のマシンで同期された変更は取得しません。
この結果、多くの強制同期を実行する必要があります。または、同期するチェンジリストを追跡し、フラッシュしてから同期します。