安装后，目标服务器网站 bin 文件夹中的所有 DLL 都具有与 Web 安装 MSI 创建日期相同的时间戳
当 Web 安装项目在 Windows XP + VS.NET 2010 上构建时，安装后第三方引用的 DLL/引用的类库 DLL 的时间戳将保留在目标服务器的网站 bin 文件夹中。
我将此解决方案移至 TFS 2010 + Windows 7 + VS.NET 2010（对 .sln / .vbproj 文件进行了一些更改）并构建了该解决方案。现在，当此 Web 安装项目安装在目标服务器上时，第三方引用的 DLL/引用的类库 DLL 的时间戳不会保留在目标服务器的网站 bin 文件夹中，而是所有 DLL 都具有与 Web 安装项目创建日期相同的时间戳。另外，Web 安装项目似乎没有从网站的 bin 文件夹中获取第三方引用的 DLL/引用的类库 DLL。附加说明：Web 设置项目表示来自“XXX Web 部署项目”的预编译 Web 输出。
有什么建议可能导致此问题吗？
谢谢。
When the web setup project is built on Windows XP + VS.NET 2010, after installation the time stamp of third party referenced DLLs / referenced class library DLLs are preserved in the target server’s web site bin folder.
I moved this solution to TFS 2010 + Windows 7 + VS.NET 2010 (did some changes to .sln / .vbproj files) and built the solution. Now when this web setup project is installed on target server, the time stamp of third party referenced DLLs / referenced class library DLLs are not preserved in the target server’s web site bin folder, instead all DLLs have same time stamp as web setup project created date. Also, it seems that web setup project is not taking third party referenced DLLs / referenced class library DLLs from bin folder of web site. Additional note: Web setup project says that Precompiled Web Outputs from “XXX Web Deploy Project”.
Any suggestion what can cause this issue?
Thank you.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我不确定是什么导致了行为改变，但新的时间戳是正确的。
生成安装包时，构建过程应使用其中包含的文件的副本。这些副本是在构建包时创建的，因此它们应该具有与包相同的时间戳。
对于常规安装程序，时间戳是安装时间，因为这是在目标计算机上创建新副本的时间。
顺便说一句，您永远不应该依赖安装文件的时间戳。执行了太多复制操作来跟踪使用的时间。
I'm not sure what caused the behavior change, but the new time stamps are the correct ones.
When generating a setup package, the build process should use copies of the files you included in it. These copies are created when you build your package, so they should have the same time stamp as the package.
For regular installers, the time stamps are the installation time because this is when the new copies are created on the target machine.
As a side note, you should never rely on time stamps for installation files. There are too many copy operations performed to keep track of what times are used.