① vs2013 打开cocos项目找不到exe文件 编译也没有生成exe 修改项目属性 修复vs 重装系统都试过了 没用
您好，python和ndk没有用最新的
主要原因是之前搞的时候最新的有bug
于是沿用之前成功的版本
下面就是骨头一路上的碰壁：
流水帐开始：
1
首先在公司的win8上安装vs2013半点问题没有
用vs2013打开之前用vs2012下创建的项目提示不好用
愿意是我忽略的升级配置文件的选项。
2
尝试微软提供的项目管理软件：TFS，申请微软的免费服务器。
发现功能太强大，适合大项目的项目管理，但我只需要源代码管理就行。
放弃，尝试git。
3
被vs2013打开过的cocos2dx项目，在2012中打开又报错了。
看来需要彻底升级了。
4
下载解压cocos2dx3.0beta版本。
使用create_project.py创建项目比之前友好了
因为换成了图形界面
不过先进命令行的方式还是太麻烦
我们建个快捷方式：
建一个bat文件
输入D:\java\cocos2d-x-3.0beta\tools\project-creator\create_project.py
5
cocos2dx3.0beta建的新项目比之前大了
因为他直接把编译所需代码拷贝到项目文件夹下
而且可建立在任意位置
6
新项目建立之后vs2013运行ok
于是拷贝到github的本地代码库下
上传（几百M，略大，稍等）
上传ok之后直接打开本地代码库下的sln文件
此时，vs2013会自动配置好git
骨头实验了一下提交到本地和提交到服务器功能
ok
7
回家捣鼓笔记本安装vs2013
（win8.1已装vs2012）
老报核心什么什么的错
搜了网上几乎所有的办法：管理员、换显卡驱动、打补丁（个人不喜欢一切win的补丁）
还是不成功
于是系统还原到一个没装vs2012的ghost
可以安装了（不计较了 vs那么大，有点问题可以理解）
8
装完vs2013就开始装python装cygwin
结果到后来发现好像不需要cygwin了
cmd进入到proj.android下
虚缓仔敲入 python build_native.py 命令cmd开始编译
省去了之前版本需要用cygwin编译而且需要修改文件权限的步骤
心惊胆颤的直到发现 so文件ok
9
eclipse打开其中的android项目
导入不报错，运行黑屏。
果然没那么幸运
网上一搜说需要：
把cocos2d-x-3.0beta/cocos/2d/platform/android/java/src/org/cocos2d-x/lib整个文件夹拷贝到你的项目下proj.Android/src/org/cocos2d-x下
感觉这个步骤完全可以新建cocos2dx项目时脚本自动加上
应该是错误漏掉了
估计下次升级就不需要手动加了
加上之后再次运行哪扒
终于看到熟悉的薯仔了
10
下一步就差汪是在建一个cocos2dx的源码管理
由于之前试验过
应该没啥问题
就不加到流水帐了
11
回家搞vs2013和github果然有问题。
主要是新的cocos2dx3.0beta生成的项目太大了
空项目编译运行一次竟然高达800多M
于是学习了下git的配置文件的使用：
.gitignore
关键是这个文件正常来说windows不让建立
多敲一个。就行。
② VS2017 找不到项目文件夹下编译和执行调试后的.exe文件。
项目目录/bin/Debug目录下没有？如果确实调试成功了，还是没有，项目文件夹可能进错了哦。
③ VS2010 c++编译的时候总是出现找不到exe文件、这是个什么情况
VS在生成可执行文件时使用了一种新的技术，该技术生成的可执行文件会伴随生成一个清单文件（manifest
file）（.manifest后缀文件）（其本质上是XML文档，你可以用文本编辑器打开看看），并在链接完成后将该清单文件嵌入到exe文件中（默认
情况下）。而在FAT32文件系统中，在处理清单文件阶段，当增量链接时不能完成清单文件的更新（默认情况下），于是造成清单文件嵌入失败，从而使该
exe文件运行时没有相应的清单文件而运行失败并提示如上错误。
解决方案很多，列举如下：
1. 由于这是在链接动态运行库出现的问题，所以你可以选择代码生成的连接方式为/MTd而非/MDd，不用这些DLL文件从而避免问题的出现。该方法有一个很显然的缺点：适用范围有限，不推荐该方法。
2. 既然跟FAT32系统有关，那么我们可以选择在NTFS文件系统中开发从而避免该问题，此方法同上，也是采用的回避问题的方式，不提倡。
3.
该方法仍与FAT32有关：在项目的“属性｜配置属性｜清单工具｜常规”中的“使用FAT32解决办法”选择“是”（默认为“否”），重新生成项目即可解
决问题。该方法是唯一真正针对问题所在而提出的解决方法，使清单工具可以正确更新。（此方法是官方解决方法，也比较方便，推荐）
4. 既然问题是在更新嵌入的清单文件时发生的，由于FAT32的原因而未能更新嵌入的清单文件，于是我们有如下两种解决方法：
（1）不启用增量链接。在项目的“属性｜配置属性｜链接器｜常规”中的“启用增量链接”选择“否”。此方法阻断了问题产生的源头，其每次生成exe文件时都直接嵌入清单文件，而不是默认的根据时戳而决定是否更新清单文件。
（2）不嵌入清单文件。在项目的“属性｜配置属性｜清单工具｜输入和输出”中的“嵌入清单”选择“否”，从而在生成exe文件时附随生成一个清单文件（默
认情况下，其文件名为exe文件的全名加上“.manifest”），避免了嵌入清单文件可能失败的问题。在程序运行时，会用到该清单文件。显然，这种方
式使可执行程序产生了更多的外部依赖，不推荐。
另外，还有一个不能称为方法的土办法：每次Build前手动删除*.ilk文件（增量链接文件）（当然可以在项目属性中写入删除命令，使其自动执行），不推荐该土办法。
最后，总结一下：
1. 此问题只在特定条件下才会出现：在FAT32文件系统中编译、默认设置（增量模式、不启用FAT32解决方案、嵌入清单文件）、非第一次生成可执行文件文件（即在增量连接、更新清单文件时）。
2. 解决方案1和4.1方便实用，推荐使用。