1

私の会社には、複数の Web サイト プロジェクト (Web アプリケーション プロジェクトではない) で使用するクラス ライブラリがいくつかあります。Web サイト プロジェクトには .sln ファイルはありませんが、空のソリューションを作成し、Web サイトとクラス ライブラリ プロジェクトをその中に入れることができるという私の過去の調査を読んだことは確かです。

以前の質問に答えた後、これが私が行く方向です ( http://amadiere.com/blog/2009/06/multiple-subversion-projects-in-one-visual-studio-solution-に少し基づいています)。 using-svnexternals/ ):

/websites
    /website1
        /trunk
            /website1
/libraries
    /library1
        /trunk
            /library1
    /library2
        /trunk
            /library2
    /etc...

次に、svn:externals を使用して /library1、/library2 などを working_copy/websites/website1/ フォルダーにコピーすることを計画しました。

チーム メンバーが website1 の /trunk フォルダーをチェックアウトして、.sln ファイル、/library1 外部、/library2 外部などを取得できるようにしたいと考えています。その .sln ファイルに website1 Web サイト プロジェクトと、ライブラリ外部プロジェクト。うまくいけば、それは次のようになります。

/working_copy
    /websites
        /website1
            /trunk
                /website1
                /library1 (svn:external of libraries/library1/trunk/library1) 
                /library2 (svn:external of libraries/library2/trunk/library2)
                /etc.
                website1.sln

したがって、これらすべての最終的な目標は、チームメイトがトランクを調べてソリューションを開き、全員がまったく同じソリューションを持っていることです。コミットすると、すべてが subversion に適切にコミットされます (Web サイトのコードとライブラリは、リポジトリの適切な場所にコミットされます)。

他の人はこれらの問題をどのように解決しましたか? チーム メンバーとこの方法で共有できる .sln ファイルを作成するにはどうすればよいですか?

4

2 に答える 2

1

svn コードとソリューション ファイル構造に関するあなたのアプローチは正しいと思います。また、説明したように svn:externals を使用することをお勧めします。

空のソリューションを作成するには、[ファイル] -> [新規] -> [プロジェクト] を選択し、[その他のプロジェクトの種類] -> [Visual Studio ソリューション] -> [空のソリューション] を選択します。作成したら、メニューの [ファイル] -> [追加] を使用して、新しいプロジェクトまたは既存のプロジェクトを追加できます。

于 2010-03-12T22:57:58.497 に答える