msbuild

关于Visual Studio 2013 编译 multi-byte character set MFC程序出现 MSB8031 错误的解决办法 错误 1 error MSB8031: Building an MFC project for a non-Unicode character set is deprecated. You must change the project property to Unicode or download an additional library. See http://go.microsoft.com/fwlink/p/?LinkId=286820 for more information. C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.CppBuild.targets 369 5 JSSTGATEDEMO 原来vsmulti-byte character set 支持移除了 MFC support for MBCS deprecated in Visual Studio 2013 去微软网站下载这个组件，安装就可以： https://www.microsoft.com/zh-cn/download/details.aspx?id=40770 来源：

我在64位系统上调用32位非托管DLL的函数。 我得到的是： BadImageFormatException：尝试加载格式不正确的程序。 （HRESULT异常：0x8007000B） 起初，我将我的项目设置为Any CPU平台，因此我将它们都更改为x86，但此错误仍在发生。 这真的是我所知道的唯一解决方案。 DLL没有损坏或任何东西，因为我可以将它们与其他程序一起使用（我没有源代码）。 我想也许它没有找到依赖，但我检查了，他们都在那里。 另外，在这种情况下不会抛出 DllNotFoundException 吗？ 我还可以做些什么？ 在您说“使用64位非托管DLL”之前，让我指出没有一个。 ;） #1楼 这篇文章有点偏离主题，但搜索此错误消息将我带到了这里。 如果您正在通过团队系统构建并获得此错误，则构建定义过程选项卡具有“MSBuild平台”设置。 如果将其设置为“自动”，则可能会遇到此问题。 将其更改为“X86”也可以解决错误。 #2楼 在我的情况下，我在C＃中使用本机DLL。 此DLL依赖于其他几个缺失的DLL。 一旦添加了其他DLL，一切正常。 #3楼 我用“Windows”方式解决了这个问题。 检查完所有设置，清理解决方案并重建后，我只需关闭解决方案并重新打开即可。 然后它工作，所以VS可能没有在清洁过程中摆脱一些东西。 当逻辑解决方案不起作用时，我通常会转向不合逻辑的

1，持续集成 概念： http://baike.baidu.com/view/5253255.htm ，对于大多数人而言，自动构建/自动测试/自动部署，已经很发挥它的价值了。选择上： 推荐 jenkins ，一是它比较常见，二是它能跑在windows服务器上 CruiseControl有 .net的版本 ,一进其官网看见醒目的文档过期提示，我就没有尝试的欲望了 gitlab ci 的web界面清爽（比jenkins好看），但是只能跑在linux上，感兴趣的同学去试验吧，所以本文是讲的jenkins。 2，msbuild 了解 msbuild msdn 上的一点一滴的起步 或者 这篇文章 也是个不错的入门 当然，你也可以走点歪门邪道， 直接用sln文件生成msbuild文件 set MSBuildEmitSolution=1 msbuild <<your project>>.sln 注意: 此种情况下生成的msbuild文件只适用于本机，也就是说，它定义了一堆路径，全是你开发机器上的，同时解决方案里所有项目的属性都是一个一个配置的，不是用的变量，如果要修改的话只有批量替换。 其次，如果需要输出到其它目录，或是别的定制的需求，想绕过msbuild的学习应该是不行的 3，jenkins 下载jenkins，执行安装包里的install.exe，安装好后目标服务器的8080端口即可访问