使用vs.net部署项目，有什么办法可以去掉“修复”、“移除”选择框？

xyz_no1 2006-08-11 02:52:09

就是第二次之后的安装，总会出现“修复”、“移除”选择框，不知用什么办法可以除去？(我已经把项目属性DetectNewerInstalledVersion及RemovePreviousVersions设置未TRUE，仍不起作用)；
另外一个小问题是：安装界面会有 “只限于本人” 和 “本机所有用户”的选择框，这项不知能否去掉？

...全文

176 6 打赏收藏举报

写回复

用AI写文章

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

xyz_no1 2006-08-18

打赏
举报

ding

xyz_no1 2006-08-17

打赏
举报

不是安装.net，而是使用.net生成的安装文件，执行的时候出现“修复”、“移除”选择框

snowbirdfly 2006-08-16

打赏
举报

那你之前的VS.NET删除干净没？？

xyz_no1 2006-08-16

打赏
举报

再顶

xyz_no1 2006-08-14

打赏
举报

最后顶一把

xyz_no1 2006-08-11

打赏
举报

不会没人知道吧

转载自：http://blog.csdn.net/shinepan/article/details/24865931Windows 应用程序在开发完成之后,如何将程序打包并制作成安装程序在客户机上部署是每个windows应用程序开发完成之后都必须面对的问题.学习目标: 部署机制: 三类文件bin文件、 obj文件、My Pr...

本来我vs 默认装的 core是好的，写完项目调试没问题，但发布到 iis 后，打开网页出现下面错误我以为是iis 的环境没装好，就网上下载了安装文件又安装了下，结果没什么用，反倒是再打开项目， core 的项目加载不出来了，输出窗口出现 error : 项目文件不完整。缺少预期导入。然后我就用vs 的“获取工具和功能” 修复了下，不顶用，然后 c......

摘要： ASP.NET Core与SQLite的权限问题本质是文件系统、进程身份与容器策略的博弈。本文剖析三大核心模块（连接配置、权限校验、容器适配），对比传统方案（手动chmod）与现代容器化部署（动态权限修复）的优劣，并提供生产环境实战代码。关键点包括：使用|DataDirectory|动态路径、容器内自动创建文件、进程身份权限控制，最终实现数据库写入成功率提升99%。开发与生产环境差异的"隐藏陷阱"通过权限预检机制解决，为.NET开发者提供完整解决方案。

Visual Studio 2010作为一款经典IDE，虽已停止官方支持，但在工业控制、医疗设备、电力自动化等存量系统中仍承担着不可替代的编译与维护任务。其核心价值源于对.NET Framework 4.0、VC++ 2010运行时及Windows SDK 7.0A的深度绑定，构成一套稳定的‘环境契约’。理解该契约的原理——如manifest声明的OS兼容性限制、MSI安装逻辑与系统API交互机制——是突破‘未检测到兼容版本’报错的关键。技术价值体现在离线部署能力、跨代操作系统适配（Win7至Win11）及

ConcurrentQueue 是 .NET 中常用的无锁并发队列，其底层采用分段式循环数组（Segment）实现高吞吐。在 .NET Framework 4.0 原始版本中，TryDequeue 操作后未清空内部数组槽位引用，导致已出队对象被强引用滞留堆中，引发隐蔽的内存泄漏。该问题本质是 GC 可达性判断与设计妥协间的冲突，尤其影响大对象（>85KB）场景，易触发 LOH 碎片和 Gen2 回收激增。典型应用如订单队列、实时消息分发等高并发服务极易中招。本文基于 WinDbg 内存分析与 Stro

VC/MFC

16,550

社区成员

421,606

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

VC/MFC社区版块或许是CSDN最“古老”的版块了，记忆之中，与CSDN的年龄几乎差不多。随着时间的推移，MFC技术渐渐的偏离了开发主流，若干年之后的今天，当我们面对着微软的这个经典之笔，内心充满着敬意，那些曾经的记忆，可以说代表着二十年前曾经的辉煌……
向经典致敬，或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天，我们期待着MFC技术能够恢复其曾经的辉煌，或许这个期待会永远成为一种“梦想”，或许一切皆有可能……
我们希望这个版块可以很好的适配Web时代，期待更好的互联网技术能够使得MFC技术框架得以重现活力，……

试试用AI创作助手写篇文章吧

+ 用AI写文章