5

私は、約 25 のプロジェクトに分解された大規模なソース ベース (約 15K ファイル) に取り組んでいます。ソースを perforce に保持したい (そしてそのために perforce を評価しています) が、セットアップが複雑なため、Visual Studio プロジェクトをソース管理に保持することはできません。理論的には、これに対する答えは次のとおりです。プロジェクトをチェックインしますが、それは現実的ではありません (チェックインされた VS のいくつかのバージョンのプロジェクトと、さらにこれらのそれぞれのいくつかのバリアントのプロジェクトになります。代わりに、それらは自動的に生成され、このセットアップは非常にうまく機能します)。

プロジェクトを perforce に追加せずに VS にファイルをチェックアウトして編集させる方法はありますか? ユーザーが perforce クライアントに移動し、編集のために各ファイルを手動でチェックアウトする必要がないようにする方法はありますか? または、プロジェクトをソース管理に追加することなく、プロジェクト内のファイルがソース管理下にあることをVSに認識させる方法はありますか?

すべてのユーザーに事前に編集する可能性のあるすべてのファイルを編集するようにチェックアウトさせ、変更を送信する前に変更されていないファイルを元に戻すこともできますが、このアプローチを採用するとパフォーマンスが低下しますか?

4

3 に答える 3

8

あなたの場合、Perforce のビジュアル スタジオ統合を使用しないことをお勧めします。

ツール メニューに Perforce コマンドを追加するか、Google の Nifty Perforce を試すことができます。

http://code.google.com/p/niftyplugins/

于 2009-01-19T20:02:21.673 に答える
4

1 つのオプションは、Perforce をサーバーから切断されているかのように使用し、変更を行う前にすべてを Perforce に伝えるのではなく、後で変更を調整することです。(これは、CVS または Subversion のワークフローとほぼ同じです。) 作業コピーを同期し、作業を開始して開発し、Perforce に、監視されていない間に何を行ったかを把握するように依頼します。

Perforce には、プロセスを説明した優れたドキュメントがあります: Perforce サーバーから切断して作業する

ドキュメントで言及されていないことの 1 つはallwriteclientspec 属性です。この属性は、チェックアウトしたファイルだけではなく、作業ディレクトリ内のすべてのファイルを書き込み可能としてマークします。

于 2009-01-19T20:32:55.683 に答える
1

完全を期すために: P4VSと呼ばれる新しいツールがあります。私が望んでいたように私のために働いたことのないP4SCCの方が好きです.

于 2012-11-12T14:25:24.583 に答える