2017-01-14 9 views
0

最近、ソースコントロール(この場合はTFS)からダウンロードしたソリューションをビルドしようとすると、他の開発者以外のさまざまな問題が発生します。Visual Studio:プロジェクト内のさまざまなサービス/ DLL参照エラー

場合によっては、プロジェクトが構築されます。それ以外の時は、それはできません。

一般に、ソースコードを変更することはできません。できるだけ早く、プロジェクト内のすべてのウェブ&サービス参照が壊れているように見えるためです。参照を再追加しても問題は解決されません。 「型または名前空間が見つかりませんでした..」として

サービス参照エラーが表示されます、他の回で、私はランダムにを取得する一方で、「ファイルまたはアセンブリをロードできませんでした..」

ここでは何が起こっていますか?プロジェクト構成に関連しているようには見えません。

+0

欠落しているDLLはソリューションの一部としてコンパイルされていますか、または外部/サードパーティ/ Microsoft DLLですか? –

+0

これらはローカルのDLLでした。問題は、VSを管理者/ ProcMonで調べると、究極の根本的な原因になります。 – Coruscate5

答えて

0

この場合、最も重要な問題は偽装です。偽装アカウントはビルドビルド中に多くのローカルファイルにアクセスしようとしていましたが、これは私には驚きでした。偽装がweb.configファイルをチェックすることにより、プロジェクト/サイト内で使用されている場合

あなたは(それはあなたの開発モードで使用されている - あなたはweb.configファイルの変換は、あなたのデバッグ/リリースの設定を確認してください使用している場合)を確認することができますのために:

<identity impersonate="true" userName="XXXX" password="XXXX"/> 

偽装を有効にすると、の偽装アカウントは、ローカルマシンでさまざまなアクセスが必要になります。私の場合は

、偽装アカウントは、次の場所への完全な制御を必要と:

C:\Users\MYUSERNAME\Documents\IISExpress\ 
DRIVE:\SourceControlProjectLocation\ 
C:\Windows\Microsoft.NET\Framework 
C:\Windows\Microsoft.NET\Framework64 
C:\Windows\Microsoft.NET\Framework\VERSION 
C:\Windows\Microsoft.NET\Framework64\VERSION 
C:\Windows\Microsoft.NET\Framework\VERSION\Temporary ASP.NET Files 
C:\Windows\Microsoft.NET\Framework64\VERSION\Temporary ASP.NET Files 

これは、継承は、Windows自体がこれらの場所の多くでデフォルトを破られたのでので、本当の痛みでした。

関連する問題