C# 在ASP.NET上混淆x64的发布配置
我在VS2008上有一个应用程序,它带有.NET3.5,可以配置任何CPU。由于迁移(所有服务器、开发、支持、阶段和生产都迁移到x64 2008) 我不得不把它改成x64。我清理了解决方案,将所有系统设置为“false”。将“copy local”设置为true的任何引用(因为如果不是,应用程序甚至不能在我的开发环境中工作) 但是,当我发布站点以获取将它们复制到Dev Env中所需的所有文件时,我仍然会得到一个x86编译,然后在bin文件夹中,有一个名为x64的文件夹,在它内部,有一个名为“Debug”的文件夹,其中有很多我自己的DLL,所以我有一个名为Debug的文件夹还有我在bin文件夹中保存的文件的第二份副本 为了解决这个问题,我接触了很多东西,在谷歌上读了很多书(在网站和论坛上检索了很多不需要做的事情),但我无法得到我需要配置的东西,以便只在x64上干净地发布我的asp.net网站及其库,而不需要第二份“不需要”和正确配置的副本 所以我的问题是。。。有人可以给我一个详细的答案,链接,教程或类似的东西,以一种规则的方式发布我的网站,干净,没有所有这些东西C# 在ASP.NET上混淆x64的发布配置,c#,asp.net,64-bit,publish,C#,Asp.net,64 Bit,Publish,我在VS2008上有一个应用程序,它带有.NET3.5,可以配置任何CPU。由于迁移(所有服务器、开发、支持、阶段和生产都迁移到x64 2008) 我不得不把它改成x64。我清理了解决方案,将所有系统设置为“false”。将“copy local”设置为true的任何引用(因为如果不是,应用程序甚至不能在我的开发环境中工作) 但是,当我发布站点以获取将它们复制到Dev Env中所需的所有文件时,我仍然会得到一个x86编译,然后在bin文件夹中,有一个名为x64的文件夹,在它内部,有一个名为“De
- 如果你不理解这个问题,请发表评论,我会 用更多需要的信息更新它
- 请评论,如果你将否决这个问题,以改善它
- 请避免回答或评论“你为什么要在VS2008上工作”,我是根据客户要求工作的
它会在x64文件夹中为每个发布配置文件创建一个文件夹,但有些文件夹是空的,调试始终是满的。将应用程序编译到任何CPU,然后在发布时选择“仅运行此应用程序所需的文件”,这样就可以了。
如果不想将所有dll-s设置为复制本地,请使用gacutil将它们放入Environments的GAC中。(不是所有的dll都能这样工作。)最后我发现了问题。该文件夹是解决方案中排除的文件夹。这些文件可以通过解决方案资源管理器窗口工具栏上的“显示所有文件”按钮显示
发布还发布排除文件夹和文件。必须将其删除,才能不与其他文件一起发布。是否要删除发布时以前的所有文件?