現在Perforceリポジトリにあるプロジェクトがあります。残念ながら、いくつかのテスト制限のために、何らかの理由でPerforceを実行しないが、Subversionを実行できるテストマシン（Linuxに似たもののプライベートビルド）があります。PERFORCEに接続されたまま、すべてをSubversionにロードすることは可能ですか、それとも良い考えですか？
これはVS2010プロジェクトであり、VS2010はPERFORCEが持つソース管理バインディングを認識します。これをSubversionに入れると、これが台無しになりますか？
はい、私がしなければならないのはコンパイルされたビルドをコピーすることだけですが、その場で変更を加えることも検討しているので、ターゲットマシンでもコード編集を行いたいと思います。
まず、あるシステムから別のシステムにファイルを移動するだけで、2番目のソース管理システムは必要ないということから始めます。RSyncを使用して、p4が実行されている1台のコンピューターから別のコンピューターにファイルを移動する方がよいのではないでしょうか。
2つのバージョン管理システムを使用するソリューションをシューホーンする場合、SVNはPerforceリポジトリを汚染する可能性のある.svnファイルをサブフォルダーに散らかすため、GitoverSVNを使用します。Gitを使用すると、最小限の問題で2つのリポジトリをより簡単にオーバーレイできます。結局、SVNでバージョニングを使用していない場合は、リポジトリがゆっくりといっぱいになり、.svnファイルが削除されるなど、時間の経過とともに他の問題が発生します。
私は実際に、すべてのバイナリがPerforceに格納されているPerforceでgitを利用して、ファイルを「ロック」できるようにしています。アーティストがPerforceにファイルをチェックインすると、JenkinのCIサーバーが更新を確認し、P4で最新のアセットを取得し、チェックインノートをコピーして、アセットをGITにコミットして「art」ブランチに入れます。次に、開発者は「art」ブランチをマスターブランチまたは特定の機能ブランチにマージします。アーティストとジェンキンスボックスに十分なP4のシートが必要なだけなので、コストを抑えるための優れた方法でもあります。開発者は全員、無料のGITを使用できます。
それは私のアプローチではありません。perforce を使用するマシンとこのマシンの間で、ドライブまたはネットワークの場所を共有することは可能ですか? もう 1 つの方法は、perforce サポートに連絡して、動作する p4 バイナリを取得できないかどうかを確認することです。
ソース管理バインディングを svn に追加しても問題はありませんが、試したことはありません。