FxCop卸载后依然生成文件夹的问题
在 http://www.cnblogs.com/heroius/p/8270004.html 中,通过编辑csproj文件可以移除对旧版nuget独立程序的依赖。
实际上,通过编辑项目文件的方式可以解决很多与项目编译相关的问题。
例如,在以前的项目中使用了FxCop的话,会在项目文件中留下匹配当时生成位置的路径信息。
这些信息在卸载了FxCop后依然残留下来,并且(当然)不会随生成位置的改变而改变。
这就导致了原来指定的生成位置已经不再使用,但加载项目时依然会创建文件夹。
例如,原本的生成位置设置为 ../bin ,此期间使用又卸载了FxCop,随后将生成位置改为 /debug,则项目加载时依然会创建 ../bin 文件夹,虽然此文件夹不会被使用。
为了解决这一看起来很烦人的问题,又要以文本方式编辑项目文件了。(为什么要说又呢)
在项目文件中找到生成配置的部分(debug x86/release any CPU等等),删除其中所有以 “CodeAnalyze" 开头或与之相关的标记。
当然,建议在操作之前进行备份,并在操作后加载项目以确保没有误删必要的设置。
分类:
.net classic
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 提示词工程——AI应用必不可少的技术
· 地球OL攻略 —— 某应届生求职总结
· 字符编码:从基础到乱码解决
· SpringCloud带你走进微服务的世界