【问题标题】:Installer project packaging files multiple times安装程序项目多次打包文件
【发布时间】:2019-05-31 13:47:04
【问题描述】:

我有一个安装程序项目来为我的项目生成安装文件,该项目是一个 WPF 应用程序与一些库的组合。

每次我运行构建功能时,安装项目的构建时间都会更长。

从输出日志中,我注意到文件打包发生了很多。每次运行构建时,这个数字都会翻倍。

我用以下代码对此进行了测试:

Packaging file 'System.IO.dll'...

  • 在我的第一次测试中,这条线出现了 16000 多次。
  • 在我的 第二次测试这条线出现了超过 32000 次。

它解释了为什么我的构建对于一个非常简单的应用程序来说如此缓慢,但我该如何解决这个问题?

注意到我的项目文件与其他项目(8000 行)相比太大了,我怀疑这是由同一问题引起的。


我发现这个问题会在 VS 重新启动时被重置。当 VS 重新启动时,它只会打包每个 dll 1 次。第二次构建它会将每个 dll 打包两次。

我仍在寻找这个问题的永久解决方案。

【问题讨论】:

  • 我建议你在扩展的问答中报告这个问题。也许你可以从扩展的支持团队那里得到帮助。
  • 嗨朋友,有什么更新吗?您可以查看jin的回答是否有帮助。

标签: c# .net visual-studio msbuild installation


【解决方案1】:

看看这个similar issue

我认为这是关于 setup project itself 的一个问题,但不是 msbuild。而且经过我的测试,虽然同样的消息从1变成了2变成了3变成了4,但是实际的构建时间是差不多的。(可能是因为我的项目小所以耗时不好比较?)。

1.您可以尝试right-click on the "Detected Dependencies"文件夹并选择选项“refresh dependencies”。

然后,安装项目将解析并删除任何多余的引用。 (构建输出总是会多次显示消息,但构建时间可以更短)

2.我发现可以解决错误消息输出的唯一方法是重新启动VS并构建它。(不建议)我建议您将此问题发布给支持this extension的团队。

【讨论】:

  • 感谢您的回复。起初刷新依赖似乎没有做任何事情。但是,在我重新启动 VS 后,将构建配置从发布更改为调试回发布并进行完全重建,它解决了这个问题。仍然想知道是什么导致了这个问题。
【解决方案2】:

重新创建设置项目。我认为你是增量输出文件夹。你在设置依赖项中从输出文件夹引用相同的 dll。不要从输出文件夹引用任何文件。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-11-15
    • 1970-01-01
    • 2020-12-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-11-29
    相关资源
    最近更新 更多