【问题标题】:Prevent Visual studio 2017 from copying almost 100 unnecessary system dlls to output folder for dll project防止 Visual Studio 2017 将近 100 个不必要的系统 dll 复制到 dll 项目的输出文件夹
【发布时间】:2020-07-29 10:45:09
【问题描述】:

如果 TFS,我创建了一个新的 .NET 类库解决方案,并添加了一堆为 Windows 窗体应用程序开发的预先存在的类。基本上只是转储了旧文件夹。表单应用程序运行良好,bin 中的文件夹预计是贫瘠的,除了 exe 和所需的 nuget 引用。然而,该 dll 构建将库从 Microsoft.Win32.Primitives.dll 一路复制到 System.Xml.XPath.XDocument.dll,没有明显的原因。我已经使用 ReSharper 删除了未使用的引用,并注释掉了不必要的 using 语句。没有任何区别。从部署的角度来看,我认为这不是问题,在每个构建中复制这么多文件只是很烦人。会不会是 Forms 的最初出现永远毒害了这个新项目?任何帮助将不胜感激。

【问题讨论】:

  • 你的框架版本和具体vs版本是什么?
  • 你好 ziga,关于这个问题有任何更新吗?否则,share a small,reproducible sample of your project 与我们联系,我们可以更快地解决问题
  • 有关于这个问题的更新吗?
  • 有点忘记了这一点,因为这不是构建破坏问题,但它不是最新的 VS 版本,该项目实际上是针对 4.6 的。因此,鉴于这是一个已知问题,我只是使用庞大的构建文件夹,否则不会有问题。所以感谢 Perry-Quian-MSFT 的解释和输入

标签: reference msbuild visual-studio-2017 copy


【解决方案1】:

防止 Visual Studio 2017 复制近 100 个不必要的系统 dll 到 dll 项目的输出文件夹

请检查您的 VS2017 是否非常旧,并检查您项目的框架版本是否针对 4.64.7.1

如果是这样,存在关于此问题的已知问题。

这是一个.net standard 2.0/net 4.6/4.7.1 问题,在4.7.2 中得到了改进。您可以查看this similar issue

建议

1)您应该首先更新您的 VS2017,以防某些更新修复它。

2)将你项目的框架版本改为net framework 4.7.2。(如果你没有net frameowork 4.7.2,你应该在VS Installer中安装)

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2017-05-04
    • 1970-01-01
    • 2010-12-19
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多