問題タブ [csproj]

どうですか

と違う

?

.NET 3.5 アセンブリを構築するプロジェクトが既にあるとします。ここで、Silverlight 用にこのアセンブリをビルドし、さらに最小限の労力でその Silverlight バージョンを維持したいと考えています。

受け入れられないもの:

• Silverlight ビルド用に別のプロジェクトを作成する

許容されるもの:

• カスタム ディレクティブを追加すると、MSBuild プロパティなどに応じて、Silverlight または .NET のいずれかをターゲットにすることができます。
• Silverlight 用の特別なビルド構成の追加
• #ifdef Silverlight / #endif セクションをソース コードに追加します。
• 一般に、.csproj / .cs のその他の変更。

基本的に、私は 1 つのプロジェクトを維持したいのですが、2 つのフレームワークをターゲットにしています。新しいファイルを含めるのを忘れるなどの間違いにつながる可能性があるため、2 つの別々のプロジェクトを維持したくありません。多くのプロジェクトと大規模なチームがある場合、これはそのような間違いを排除するために非常に重要です.

これが完全に不可能な場合は、同様の利点を提供する任意のソリューションが受け入れられます。

myForm.cs、myForm.resx、および myForm.Designer.cs と同様に、部分クラスのすべてのファイルをグループ化したいと考えています。csproj ファイルを手動で編集し、ファイルに DependentUpon 要素を追加することでこれを行うことができますが、代わりに GUI を使用して行うことはできますか?

VS2008 csproj ファイルの参照のリストをプログラムで読み取る方法を知っている人はいますか? MSBuild はこの機能をサポートしていないようです。csproj ファイルを XmlDocument にロードしてノードを読み取ろうとしていますが、XPath 検索でノードが返されません。私は次のコードを使用しています：

ItemGroup のリストを取得できれば、参照情報が含まれているかどうかを判断できます。

私の仕事では、長い間忘れられていたレポジトリから非常に特殊なバージョンの無愛想な ASP.NET Web アプリを取得し、小さな変更を加えてから再コンパイルすることがよくあります。

このプロセスでの大きな煩わしさは、再コンパイルが必要な Web プロジェクトごとに仮想ディレクトリを作成しなければならないことです。プロセスに問題はありませんが、退屈で、.NET 1 プロジェクトでは依然として非常に手作業のプロセスです。

新しい仮想ディレクトリを設定せずに csproj のバイナリを再コンパイルするかなり簡単な方法はありますか?

編集: コマンド ライン ツールや外部ソリューションを使用してもかまいませんが、それらがかなり単純でわかりやすいものであれば問題ありません。

「C:\Projects\MyProject\」にある MyProject.csproj という C# プロジェクトがあります。このプロジェクトの出力ディレクトリにコピーしたいファイルもあります。ただし、ファイルは「C:\MyContentFiles\」の場所にあります。つまり、プロジェクト コーン内にはありません。このディレクトリにはサブディレクトリもあります。ディレクトリの内容は管理されていません。したがって、その下にあるものをすべて含める必要があります。

それらを「コンテンツ」としてプロジェクトに含めると、それらはコピーされますが、ディレクトリ構造は失われます。私はこのようなことをしました:-

これらのファイル/ディレクトリを、ディレクトリ構造を維持したままプロジェクトの出力ディレクトリに再帰的にコピーするにはどうすればよいですか?

時々 、ソース管理エンジンはProductVersion.csprojファイルのが変更されたことを示します。VS2008SP1を使用しています。

コードベースを見ると、2つのバージョンが報告されていることがわかります。

と

Visual Studioがこの設定を変更する理由と時期、およびこれら2つのバージョン番号が何を参照しているのかを誰かが知っていますか？

.csproj ファイル内の solutioninfo.cs と assemblyinfo.cs からいくつかの情報にアクセスし、それをプロパティとして使用する必要があります。

の値を使用します

私のcsprojで：

値にアクセスする方法はありますか?

シナリオ：

svn：externalsを使用して、CodePlexからMicrosoft.Practices.ServiceLocationを取得しています。ただし、自分のプロジェクトでcsproj-fileを参照すると、2005年から2008年にアップグレードされます。これにより、プロジェクトファイルのコピーがベースコピーと異なり、Subversionからプロジェクトを更新できなくなります。

... \ deps \ Microsoft.Practices.ServiceLocationを更新すると、次のようになります。

... \ depsを更新すると、次のようになります。

ルートを更新すると、次のようになります。

作業コピーがロックされているという混乱は間違っているようです。Microsoft.Practices.ServiceLocationフォルダでリリースロックを実行すると、「ロックを解除するものはありません。この作業コピーにロックされているファイルはありません」というメッセージが表示されます。ルートでコマンドを実行しても同じ結果になります。

クリーンアップを実行しても何も変わりませんでした。

TortoiseSVNを使用しています。

1. アップグレードを回避するために、プロジェクト/ディレクトリを読み取り専用として扱うようにVisual Studio 2008に指示できますか？
2. これを機能させるために実行できる秘密のSubversionコマンドはありますか？
3. 変更されたファイルを更新するとツリーの競合が発生するのはなぜですか？

編集：私はいくつかグーグルで検索し、http： //svnbook.red-bean.com/nightly/en/svn.tour.treeconflicts.htmlでツリーの競合を説明するSubversionのドキュメントを見つけました。変更されたファイルを更新するときにツリーの競合が発生する理由がわからないため、3番目の質問を変更しました。