Tag: copy local

无论复制本地设置如何，VS 2015都会复制到项目引用的GAC引用

我为这种行为提出了一个连接问题 。 无论复制本地设置如何， VS 2015复制到项目引用的GAC引用。 VS 2010不会使用相同的解决方案和项目，尊重复制本地属性。 到目前为止，我发现的唯一解决方法是在项目A中添加对Microsoft.Web.Services3.dll的直接引用，并将其设置为复制local = false。 重现步骤： Project A |__ Project B (Project Reference, copy local = true) |__Microsoft.Web.Services3.dll (GAC, copy local = false) 实际： Microsoft.Web.Services3.dll正被复制到Project A的输出目录中。 预期： Microsoft.Web.Services3.dll未被复制到项目A的输出目录。 知道为什么会这样吗？ MSDN文档明确指出不应将GAC依赖关系复制到输出，而VS 2010尊重该输出。

项目参考的“复制本地”是否可传递？

WRT。 拟议的欺骗：由于这里的问题暗示了相关的问题 ，我宁愿认为这不是一个骗局。 首先 ，我确实阅读了“复制本地”和项目参考的最佳实践是什么？ （也是这个 ）我无论如何都要尝试这个，但是得到一般的反馈似乎是必要的，因为关于这个东西的文档是可怕的，我只是在VS2010上，也许他们改变了新版本的东西，这将是很高兴知道。 其次 ，我只对这个问题的项目引用感兴趣，因为我读过GAC的程序集处理方式不同而GAC与我的问题无关。 第三 ，在阅读了建议的欺骗之后，但更多的是@Albireo这里的好答案 ，它似乎也很重要，区分文件依赖，其中依赖引用dll汇编文件和项目依赖（即我问的是什么） about），其中依赖项引用项目并隐式引用该项目的输出文件。 无论如何，这是我认为有点奇怪的情况，但仍然： 2个C＃可执行项目 n C＃dll组装项目 这两个可执行文件具有不同的输出目录，因为它们将单独部署，这样它们在开发人员计算机上也是独立的 2个可执行文件依赖于某些DLL程序集（可能相互依赖） 有三个输出目录： /x1表示可执行1项目 /x2表示可执行文件2项目 /lib用于所有dll程序集 DLL程序集的所有项目引用都Copy Local设置为false ，因为它们都构建到同一个输出目录。 对于它们直接引用的所有DLL程序集项目引用，2个可执行项目已将Copy Local设置为true ，以便将DLL分别复制到/x1 /x2 。 现在的问题是。 到可执行项目没有直接引用的DLL，但只能传递给引用的程序集：当“Copy Local”设置为“Copy Local”时，将仅通过另一个程序集传递的程序集复制到可执行文件的输出文件夹中第一次assembly时是真的吗？ 例： x1.csproj （egOutput = x1/one.exe ） 参考： dlA.csproj （例如Output = lib/a.dll ）， Copy Local = *true* （没有直接引用b.dll） dlA.csproj （例如Output = […]