0

おそらく 10 個の SharePoint プロジェクトと多数のサポート DLL を含むソリューションがあります。プロジェクトをビルドするには、通常、GAC に移動し、プロジェクトに関連付けられているすべてのライブラリを GAC からアンインストールする必要があります。

そうしないと、これらのプロジェクトまたはそれらのプロジェクトに依存するプロジェクトへの参照を解決できないというエラーが表示されます。

どうしたの?

私のチームの一部がこの問題を抱えていないのはなぜですか? ソース管理から同じ Get を実行します。

4

2 に答える 2

0

何が起こっているのかわかりませんが、何が原因なのかはわかっています。私のマシンには VS2013 RC がインストールされています。VS 2012 インストーラーを再度実行して修復を実行すると、これらの問題が修正されます。VS 2013 RC インストーラーを再度実行してみましたが (修復モード)、再び壊れました。そのため、VS2012インストーラーを修復して再実行したところ、問題が再び修正されました。したがって、VS 2013 は一貫してこのソリューションを破っています。これにより、このソリューションは 2012 で修正されますが、VS 2013 では機能しなくなります。

VS 2012 Preview をインストールしたとき、これらの問題は簡単に見られましたが、実際には解消されました。何が修正されたのかわかりませんでした。プレビューでは、少し一貫性がありませんでしたが、私のソリューションでは両方の VS バージョンを使用できました。RC では、VS 2012 しか機能しないようです。

于 2013-10-16T23:14:32.950 に答える
0

一般に、GAC dll はローカル アセンブリよりも優先度が高くなります。そのため、dll が GAC にデプロイされている場合、アプリケーションはそこにあるものを参照します (bin ディレクトリにローカルにパッケージ化されたものを介して)。

したがって、GAC dll が古い (コードに追加したばかりのクラス、メソッド、プロパティがない) ため、プロジェクトをビルドできないことが推測されます。

于 2013-10-10T19:46:59.943 に答える