Alex Rivera | Logout

How to get Visual Studio to stop copying DLLs during build without my permission?

Asked 2009-05-13T19:51:07.270
9

I have a Visual Studio project that relies on several DLL references. Here is a sample of those references in my csproj:

<ItemGroup>
  <Reference Include="Class1.Project1">
    <SpecificVersion>False</SpecificVersion>
    <HintPath>..\bin\Class1.Project1.dll</HintPath>
    <Private>False</Private>
  </Reference>
  <Reference Include="Class1.Project2">
    <SpecificVersion>False</SpecificVersion>
    <HintPath>..\bin\Class1.Project2.dll</HintPath>
    <Private>False</Private>
  </Reference>
</ItemGroup>

However, when I include this class as a project dependency in a web site project, Visual Studio is finding dependencies of the dependencies shown above. During build Visual Studio is then defaulting the "Copy Local" property to "True" and copying these dependencies into my web site's ~/bin directory.

This, in turn, is overwriting the versions of the DLL files that already exist in this directory. This causes the following error:

Could not load file or assembly 'Class5.Project5, Version=3.6.1861.2, Culture=neutral, PublicKeyToken=dfeaee0e3978ac79' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

How do I make Visual Studio default the "Copy Local" setting to "False" for everything? I do not want Visual Studio to copy DLL files automatically during build. Nor do I want to tie my build to very specific versions of a DLL.

Edit
Report

2 Answers

1

I had this problem once,

On Publish: The easiest way to prevent writing over the existing dll files is to set them as ReadOnly. You will get a warning on publish for each file that could not be replaced but it will do the job.

On Build: To set the CopyLocal automatically off you need to place the dll files on the GAC.

answered 2009-05-15T11:40:22.093
0

Why were there other versions already in the bin directory?

In any case, I wonder if you would get the same problem using a Web Application Project. Since it's a project, it has a single file listing the direct references, and if these are project references (references to the output of other assemblies in the same solution), then MSBUILD can ensure that the correct version is used.

See if you can reproduce this by starting with a new web application project and just adding the references.

answered 2009-05-15T11:58:37.167

Your Answer