使用新版本控件时如何解决程序集版本冲突 [英] How to solve assembly version conflict when use new version control

问题描述

我想使用新版本控件，引用新版本控件并删除旧版本控件 在参考中，我的程序无法运行并提示该程序集版本冲突。如果我添加"< AutoGenerateBindingRedirects> true< / AutoGenerateBindingRedirects>" vbproj中的
，。net将生成一个xxx.exe.config文件，其中包含< bindingRedirect oldVersion =" 0.0.0.0-xx.0.0.0" NEWVERSION = QUOT; xx.1.0.0" />，现在我的计划运作良好。但我有很多exe文件，我不想添加很多
的xxx.exe.config文件，如何快速应用于新版本控制而不生成xxx.exe.config文件？

I want to use the new version control, referenced new version control and delete the old version control in reference, my program could not run and tip that assembly version conflict. If i add the "<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>" in vbproj, .net will generated a xxx.exe.config file that contains <bindingRedirect oldVersion="0.0.0.0-xx.0.0.0" newVersion="xx.1.0.0" />, now my program is working well. But I have lots of exe files, i dont want to add lots of xxx.exe.config files, how to apply to new version control quickly and not generate xxx.exe.config file?

推荐答案

xxx.exe.config或programname.exe.config是在成功构建项目时从app.config派生的exe项目类型。这是.NET查找配置信息的运行时配置，运行时配置文件位于programname.exe的同一
位置。所以你需要知道你在做什么，比如配置信息是什么？给定的programname.exe.config你决定使用或不使用它。

xxx.exe.config or programname.exe.config is derived from the app.config for an exe project type upon the successful build of the project. It's the runtime config that .NET looks t for config information with the runtime config file sitting at the same location the programname.exe. So you need to know what you are doing, like what config info is in  a given programname.exe.config n your decision making process to use or not to use it.

这篇关于使用新版本控件时如何解决程序集版本冲突的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！