【问题标题】:Visual Studio deployment package build includes old filesVisual Studio 部署包构建包含旧文件
【发布时间】:2013-01-18 08:01:05
【问题描述】:

这件事快把我逼疯了,我不知道发生了什么。

我为我的 ASP.NET MVC 3 应用程序创建了一个部署包,包内的 MY MAIN DLL FILE 日期为 2013 年 1 月 31 日,今天是 2013 年 2 月 3 日。在这几天里,我做了很多改变。

它打包旧文件!!!一月版到底哪里来的???因为我在其他任何地方都找不到。为什么它完全引用它?

在同一时期,我创建了一些视图,日期为 2013 年 2 月 2 日,这些都包括在内...

PackageTemp (/obj/Release) 文件夹包含旧的 dll,而我的 /bin 文件夹包含新的?

您知道吗,这可能是什么原因造成的?

【问题讨论】:

  • 您是否删除了 obj 和 bin 以及 package 文件夹,然后右键单击解决方案并清理解决方案,然后右键单击解决方案并单击重建解决方案。它可能有效
  • 我做了所有这些,也许不是按照那个顺序,但我做到了。我会按你的顺序试一试,但我有预感,它不会起作用......
  • 没什么,还在说 2013 年 1 月 31 日晚上 8:40。这些事情真的让我很烦

标签: c# visual-studio-2010 build


【解决方案1】:

here's your answer
它隐藏在 GAC 中。它可能会无限期地驻留在那里。使用更新的版本确实可以解决问题,但是 Visual Studio 中有一个突出的错误与选择正确版本的 DLL 文件有关。 (如果 DLL Hell 还不够糟糕,Visual Studio 团队正在让它变得更糟!)

在 GAC 中查找它很棘手,我无法建议您如何执行此操作,但是一旦从那里删除旧版本,就不会再找到它。有时,即使您将编译器指向较新的版本(按日期),它也会使用旧版本,因为它具有相同的版本级别(按版本)。那是它的错误。

【讨论】:

  • 太棒了,这是一个很好的指针。我只是增加版本号,应该可以解决问题...
  • 亲爱的@MilosMijatovic,我认为在谷歌上搜索是程序员必备的技能,我只需要一次搜索就能得到答案:)
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-08-06
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多