問題タブ [projects-and-solutions]

私は Visual Studio 2008、C# に取り組んでおり、同じディレクトリ内の 3 つのプロジェクトを参照するソリューションがあります。ビルドが成功するたびに、ソリューション内に含まれるすべてのファイルとフォルダーを別の場所にコピーしたいと考えています。どうやってやるの？

私のチームは、Service Factory Modeling Edition を使用して、Visual Studio 2008 SP1 で WCF サービスを開発しています。問題は、開発するサービスが非常に多く、すべてを同じソリューションに入れていることです。

250 プロジェクト後、ソリューションはほとんど読み込まれず、追加はほぼ不可能です。私たちは、すべてのサービスを独自のソリューションに分割するのが良いと考えましたが、サービス ファクトリが事実上それを妨げています。

モデル プロジェクトから他のプロジェクトにコードを生成していますが、複数のソリューションを使用しようとすると、適切な場所に生成するために必要なプロジェクト マッピングを維持できないため、モデル プロジェクトを参照できません。また、モデル プロジェクトではいくつかの共有データ コントラクトを使用しているため、モデル プロジェクトを分割することも意味がないようです。

現在、非常に多くのプロジェクトを抱えているため、すべてを行うサービス ファクトリ メソッドを使用せずに後戻りすることはできません。

私たちは何をすべきか？

3 つのソリューションがあり、ソリューション A をコンパイルするには、ソリューション B および C からビルドされたバージョンの DLL が必要です。1つのソリューションにマージすることはできません...

これまでのところ、Visual Studio はソリューション参照をサポートしていないようです。また、msbuild は、あるソリューションを別のソリューションから構築していることを知るのに十分賢いようです。全体的な目標は、複数のソリューションを、ソリューション A だけが 1 つしかないように見えるようにすることです。

これはよくある問題だと思いますが、どうすればうまくリンクできますか?

私の問題は、独自のコードジェネレータープログラム（休止状態など）を使用して* .csファイルをプロジェクトにコピーすることです。したがって、コードジェネレータープログラムが新しい.csクラスを作成するときに、プロジェクトパスにコピーして、VS2008ソリューションエクスプローラーで表示する必要があります。

（注：通常、ファイルをプロジェクトフォルダーにコピーできますが、VS2008インターフェイスを使用しなかったため、VS2008にはファイルが表示されません）

あなたの素晴らしい答えをありがとう。

約 100 以上のプロジェクトを含むソリューションがあり、そのほとんどが C# です。当然、オープンとビルドの両方に長い時間がかかるため、そのような獣のベスト プラクティスを探しています。私が答えを得ることを望んでいる質問の行に沿って、次のとおりです。

• プロジェクト間の参照をどのように処理するのが最善ですか
  • 「ローカルコピー」はオンまたはオフにする必要がありますか?

• すべてのプロジェクトを独自のフォルダーにビルドするか、すべて同じ出力フォルダーにビルドする必要があります (それらはすべて同じアプリケーションの一部です)。

• ソリューションのフォルダは整理するのに適していますか?

ソリューションを複数の小さなソリューションに分割することがオプションであることは知っていますが、それには独自のリファクタリングと構築の頭痛の種が伴うため、おそらく別のスレッド用に保存できます:-)

DropThings というプロジェクトをビルドしようとしていますが、これらのエラーがすべて表示され、解決方法がわかりません。誰でも手を差し伸べることができますか？他の誰かがウェブサイトを構築できるかどうか疑問に思っています。もしそうなら、どのような手順を踏んだのですか. 前もって感謝します！

ソースコード: http://code.google.com/p/dropthings/

私の構成:

Visual Studio 2008 SP1
SQL 2005 (データベースが読み込まれ、Web.Config ファイルが構成されている)
Microsoft Silverlight Projects 2008

エラー:

エラー ファイル メタデータ ファイル '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll' が見つかりませんでした。
...\Dropthings-v2.2.0\src\DashboardBusiness ...\Dropthings-v2.2.0\src\DashboardDataAccess\DropthingsDataContext.dbml の検証エラーのため、ビルドに失敗しました。ファイルを開き、エラー リストの問題を解決してから、プロジェクトの再構築を試みます。
...\Dropthings-v2.2.0\src\DashboardDataAccess\DropthingsDataContext.dbml メタデータ ファイル '...\Dropthings-v2.2.0\src\DashboardBusiness\bin\Debug\Dropthings.Business.dll' が見つかりませんでした。
...\Dropthings-v2.2.0\src\Dropthings.Business.Activities メタデータ ファイル '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll' が見つかりませんでした。
...\Dropthings-v2.2.0\src\Dropthings.Business.Activities メタデータ ファイル '...\Dropthings-v2.2.0\src\Dropthings.Business.Activities\bin\Debug\Dropthings.Business.Activities.dll'見つかりませんでした。
...\Dropthings-v2.2.0\src\Dropthings.Business.Workflows メタデータ ファイル '...\Dropthings-v2.2.0\src\DashboardBusiness\bin\Debug\Dropthings.Business.dll' が見つかりませんでした。
...\Dropthings-v2.2.0\src\Dropthings.Business.Workflows メタデータ ファイル '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll' が見つかりませんでした。...\Dropthings-v2.2.0\src\Dropthings.Business.Workflows メタデータ ファイル '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll' が見つかりませんでした。 Widget.Framework メタデータ ファイル '...\Dropthings-v2.2.0\src\DashboardBusiness\bin\Debug\Dropthings.Business.dll' が見つかりませんでした。...\Dropthings-v2.2.0\src\Dropthings.Business.Facade メタデータ ファイル '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll' が見つかりませんでした。...\Dropthings-v2.2.0\src\Dropthings.Business.Facade メタデータ ファイル '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.

.slnファイルに表示されません。これは私が期待していたことです。

1 年前に現在の会社に採用されたとき、私は VSS から開発チームを移行する任務を負っていました。彼らはすでに Subversion が欲しいと思っていました。Subversion の使用とセットアップの経験があったので、私は有力候補でした。最初に TFS を売ろうとしたのは、私が今抱えている問題を解決してくれるだろうからでしたが、お金が逼迫しており、Subversion は無料なので... わかりました。とにかく、私は提案を完成させました。邪魔になっているのは次のことだけです。

ソース コードのみを SVN に保存し、すべてのドキュメント、リリース ビルド、およびその他のプロジェクト アーティファクトを SharePoint ポータルに保存することを提案したので、開発者以外の利害関係者に SVN へのアクセスを許可する必要はありません。私が提案を提示したとき、すべてが除外されましたが、アーティファクト間の同期をどのように管理するかについて疑問が生じました (例: How to is document x version 3.1.2 associated with release 4.5.2)。私の最初の反応は、成果物を保持する (そして変更も追跡する) 新しいリリースごとに、SharePoint プロジェクト ページにセクションを作成することです。これを行うより良い方法はありますか？誰かがこれをやっているのを知っていますか？または、SVN を SharePoint と同期するための統合パッケージはありますか?

ここでは、企業の開発環境に関する情報をいくつか紹介します。私たちのソフトウェアはすべて社内向けであり、販売はしていないため、顧客はすべて社内です。当社には 2 種類の開発者がいます。1. サード パーティ製ソフトウェアの保守とカスタマイズを担当する開発者、および 2. 独自のソフトウェアを作成する開発者 (私が該当する分野) です。私たちが作成するソフトウェアのほとんどは .NET ですが、サード パーティ製のソフトウェアは全面的に使用されています (COBAL、C、FORTRAN、その他の誰も気にしないその他のがらくた)。

早く提出したいので教えてください。私はVSSが嫌いです!!!!!!!!!! そして私は救済が必要です！

3 つの異なるフロント エンドを持つ Web ベースのシステムがあります。最近、これらを 3 つのプロジェクトに分割し、すべて 1 つのソリューションにまとめました。
ヘルパーなどのために、ソリューションに共通のプロジェクトもあります。
私が探しているのは、共有 css、js、およびイメージ リソースを共通プロジェクトに配置して、3 つのフロント エンド プロジェクトすべてから簡単にアクセスできるようにする方法です。
私は「リンクとして追加」を認識しており、それは中央CSSのようなリソースに対してうまく機能します。しかし、たくさんの画像、アイコンなどを含むディレクトリがあります。このディレクトリをすべてのプロジェクトの /Content/ の下に表示し、共通プロジェクトに新しいファイルを追加すると更新されるようにしたいと考えています。

unix/linux では、synlink でこれを簡単に解決できたでしょう。MS 環境で同様のソリューションを実行できますか、またはこれを行うための他の方法が推奨されますか?