我会将它添加到Postbuild事件中，以将必要的库复制到输出目录中。比如XCopy pathtolilibraries targetdirectory

你可以在项目属性>构建事件中找到它们。

除了上述常见的解决方案，我还有一个多项目解决方案要发布。显然，一些文件针对不同的框架。

所以我的解决方案:属性>特定版本(假)

不确定这对我是否有帮助，但我多次引用DLL(当然会自动将其添加到bin文件夹中)。然而，DLL可能需要额外的DLL(取决于我使用的函数)。我不想在我的项目中引用那些，因为它们只需要在我实际使用的DLL相同的文件夹中结束。

我在Visual Studio中通过“添加一个现有文件”来实现这一点。您应该能够将它添加到除Add_data文件夹之外的任何地方。就我个人而言，我只是把它加到根上。

然后将该文件的属性更改为…

Build Action = None(将此设置为Content之类的内容实际上是将“根”版本复制到根，并在Bin中添加一个副本)。

复制到输出文件夹=如果更新则复制(基本上只在它丢失时才将其放在BIN文件夹中，但在那之后就不会这样做)

当我出版…我添加的DLL只存在于BIN文件夹中，而在发布位置(这是我想要的)中没有其他地方。

当您将其设置为程序集属性时，它看起来很流畅

[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))]

在代码中不需要dummy 只是:

向可执行项目添加引用

或/并确保在可执行项目中的引用有“复制本地”设置为TRUE(这是我的“错误”)，似乎这“覆盖了”在基本引用库项目中的设置…

确保您使用的依赖DLL的目标. net框架不高于项目应用程序的目标. net框架。

你可以通过选择你的项目来检查，然后按ALT+ENTER，然后从左边选择Application，然后选择项目的目标框架。

假设, 依赖DLL目标框架= 4.0和 应用程序DLL目标框架= 3.5然后将其更改为4.0

谢谢你！