我有一个视觉工作室的解决方案。 我在解决方案中有许多项目。 有一个主要项目作为启动，并使用其他项目。 有一个项目叫“ProjectX”。其参考资料添加到主项目中。 ProjectX引用了另一个. net dll(例如abc.dll)，它不是解决方案的一部分。
现在这个abc.dll应该被复制到主项目的bin/debug文件夹中，但它没有被复制到那里。为什么没有被复制，有什么已知的原因吗?
当前回答
是的，您需要将“本地复制”设置为true。但是，我非常确定您还需要从主项目引用该程序集，并将Copy Local设置为true—它不仅仅是从依赖的程序集复制。
您可以通过单击References下的程序集并按F4来获得Copy Local属性。
其他回答
只是佐格领主回答的旁注。
我以这种方式添加了虚拟引用，它在调试模式下工作:
public class DummyClass
{
private static void Dummy()
{
var dummy = typeof(AbcDll.AnyClass);
}
}
但是在发布模式下，依赖的dll仍然没有被复制。 然而，这奏效了:
public class DummyClass
{
private static void Dummy()
{
Action<Type> noop = _ => {};
var dummy = typeof(AbcDll.AnyClass);
noop(dummy);
}
}
这个信息其实花了我好几个小时才弄明白，所以我想分享一下。
我会将它添加到Postbuild事件中，以将必要的库复制到输出目录中。比如XCopy pathtolilibraries targetdirectory
你可以在项目属性>构建事件中找到它们。
当您将其设置为程序集属性时，它看起来很流畅
[AttributeUsage(AttributeTargets.Assembly)]
public class ForceAssemblyReference: Attribute
{
public ForceAssemblyReference(Type forcedType)
{
//not sure if these two lines are required since
//the type is passed to constructor as parameter,
//thus effectively being used
Action<Type> noop = _ => { };
noop(forcedType);
}
}
用法如下:
[assembly: ForceAssemblyReference(typeof(AbcDll.AnyClass))]
我有一个类似的问题，其中一个DLL我已经包括在项目作为内容和“复制始终”设置，没有被复制到bin文件夹。我通过在app.config中添加一个dependentAssembly引用来解决这个问题。
也遇到了同样的问题。背景信息:在构建之前，我已经向解决方案添加了一个新的项目X。Y项目依赖于X项目，A、B、C项目依赖于Y项目。
构建错误是无法找到项目A、B、C、Y和X dll。
根本原因是新创建的项目X针对。net 4.5，而其余的解决方案项目针对。net 4.5.1。项目X没有建立，导致其他项目也没有建立。
确保任何新添加的项目与解决方案的其余部分目标相同。net版本。
