0

更新：

そのため、Visual Studio 2003 でバグが見つかった可能性があることが判明しました (私は知っています...驚くことではありません)。Visual Studio を使用して ([ソリューションをソース管理に追加] を使用して) ソリューションをリポジトリに追加すると、すべてうまくいくことがわかりました。

そのため、VSS リポジトリ (それを呼び出すことができる場合) を Perforce に変換していますが、複数のソリューションに含まれるプロジェクトで問題が発生しています。

リポジトリは次のようになります...

  • //デポ
    • DevMain
      • ソリューション1
        • Project1 (DLL にビルド)
      • Solution2 (Project1 をプロジェクト参照として持つ)
        • プロジェクト2
      • Solution3 (Project1 をプロジェクト参照として持つ)
        • プロジェクト3

Solution2 の Visual Studio で統合されたソース管理を使用すると、プロジェクトが現在のソリューション フォルダーの下にないため、移動する必要があるというメッセージが表示されます。複数のソリューションがプロジェクト 1 を参照しているため、1 つのソリューションが文句を言わない場所にプロジェクト 1 を整理することはできません...

Project1 を DLL にビルドして Lib フォルダーに保存するのがベスト プラクティスですか? それとももっと良い方法がありますか？

ありがとう。

4

4 に答える 4

0

私が正しく理解していれば、ファイルのディスクへの保存方法をPERFORCEでの保存方法とは異なるものにする必要があります。これが事実であり、VS内で参照を単純に再定義できない場合は、巧妙に設計されたクライアントがそのトリックを実行できます。

Client: Client_Solution2

Description:
Created by Me.

Root:   C:/Development/Solutions

View:
//depot/Devmain/Solution1/... //Client_Solution2/Solution2/Solution1/...
    //depot/Devmain/Solution2/... //Client_Solution2/Solution2/...

これにより、Solution1がソリューション2のサブディレクトリである構造が得られます。

于 2009-01-23T09:04:53.730 に答える
0

Visual StudioをPERFORCEで使用する方法についてはよくわかりませんが、必要に応じて、Project1をSolution2、Solution3などにマップするワークスペースビューを作成することを検討してください。

于 2009-01-21T19:53:29.023 に答える
0

解決策は、新しいプロジェクトに追加されるたびに、Solution1 をソース管理サーバーに再バインドすることです。([ファイル] -> [ソース管理] -> [ソース管理の変更] の下にあります。)

これは、ソリューションごとにデスクトップごとに 1 回だけ実行する必要があります。

于 2009-01-20T20:02:54.777 に答える