支持2013，我们换个编译工具很容易，开发者把更多时间放到新功能的开发上面比做这个支持有用的多
我试过哦，不过没成功，按照提示步骤装好后，发现没有win32的配置文件。
win32后续会支持。现在需要vs手动编。
好的，期待
支持移除，留下更多的精力来完善引擎本身比兼顾一些其他工具的兼容性问题更有意义！而且多版本工具的兼容就意味着开发者的多选择性，有时候选择性太多并不是给开发者带来便利，反而是增加了选择和学习成本。同时多版本工具的不统一也会导致开发者之间相互的经验交流变得困难。
在讨论这个问题的时候，你们应该首先做个用户分类。是初学者还是资深程序员，是个人用来做私人小游戏，还是大公司用来重度游戏。我相信在不同的用户群里，这个问题的答案会是完全不同的。
比如，对于那些个人用着做个小游戏玩玩的，用哪个都无所谓，会冒出些与时俱进的想法出来。但是对于一些大公司来说，一般更愿意停留在老版本而不是什么与时俱进，比如4.x都快有了，为啥还有人用2.x呢？一个新学者或者一个人拿来随便做着玩玩，我想不出什么理由去用2.x。
cocos的目标用户是谁，这点其实很关键，就像linux也是开源面向所有人，在服务器上一统江湖，但是在个人桌面pc上现在基本上处于一种放弃治疗的状态，所以linux在实质上主要是面对服务器的大用户，而不是个人用户。如果cocos不做好兼容性问题，很可能就会丧失大公司用户，搞不好一些公司会从某个cocos版本开始自己维护自己的，就像mac从unix衍生出来却不再开源一样。这可能是cocos想要的结果，也可能不是cocos想要的结果。
最后，所谓的不维护多个版本可以节省出精力来做更多别的事，也需要考虑，维护多个版本是否这么困难，真的能节省那么多精力么？
我个人是不支持放弃支持2012的，因为一旦第一次这么搞了，后面就会不停地这么搞，谁知道后面2015，2016,2017会怎么样。我觉得最好的解决方案是额外做一个管理工具，这估计也不会花多少人工。
用xcode的路过，。。
感谢您的回复。
1.讨论这个问题，确实考虑不周，感谢您的建议。后续会注意信息的采集。
2.不维护多个版本可以节省出精力来做更多别的事。这个事情在现在看来确实是有效的。维护多个版本是不现实的。就像您在第3点说的额外做一个管理工具。同样的道理是2015，2016，2017也可能会有不同的库，不可能维护越来越多，只增不减。
3.想法上是同意的，但是额外做一个管理工具，有更进一步的意见么？越好的方案越能节省人力时间。
有道理，我个人也不喜欢碎片化，就像iOS一样，推（qiang）荐（zhi）升级，不能降级。开发者好开心啊＝。＝
你们更新的频繁，而且前后不兼容，连建立项目，安卓移植方法都不一样，新人不太懂的学点你们的东西太难了，有时候学习还不如更新的快，看不到未来
真心希望能简化和统一建立项目，移植打包的流程，不要一个版本一个样子，太虐心
你们支持Qt么好了，让Qt去应对桌面平台，你们专心做好移动平台。
支持2013。
你们没事别老折腾行不？实在精力过剩先把文档、工具啥的弄好行不？
你们弄那个预编译库就是个蛋疼的存在，还不如直接源码加进去我们自己编，反正编cocos都那么久了，又不差那几分钟，还搞出各种麻烦事来
还有，别老想着c++11行不？不用c++11你们就不会写代码了？你们自己摸着良心问问自己，究竟有几个功能是非要用c++11的？
别老是听那些c++7天速成出来的程序猿忽悠，不是什么东西是最新的就是最好的
看到cocos库里的auto就蛋疼。
必须2013啊 不更新的用户更新下就好了 反正早晚的事~
2013好好好
只要可以自己编译就没什么问题，或者提供一个编译说明就好。
下载，安装，熟悉2013不难吧~~~~