支持移除，留下更多的精力来完善引擎本身比兼顾一些其他工具的兼容性问题更有意义！而且多版本工具的兼容就意味着开发者的多选择性，有时候选择性太多并不是给开发者带来便利，反而是增加了选择和学习成本。同时多版本工具的不统一也会导致开发者之间相互的经验交流变得困难。
在讨论这个问题的时候，你们应该首先做个用户分类。是初学者还是资深程序员，是个人用来做私人小游戏，还是大公司用来重度游戏。我相信在不同的用户群里，这个问题的答案会是完全不同的。
比如，对于那些个人用着做个小游戏玩玩的，用哪个都无所谓，会冒出些与时俱进的想法出来。但是对于一些大公司来说，一般更愿意停留在老版本而不是什么与时俱进，比如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不难吧~~~~
用Xcode的飘过~~~
何必这么麻烦，使用cmake不就搞定了，用户可以生成自己想要的vs、xcode、android工程。既然linux平台上已经用了cmake，那何不更省事一些，全使用cmake来生成解决方案。
很简单啊，做个 调查 ，看看 VS 2012 的 使用者 有多少 ，假如 放弃 ，看看 影响 有多大 ，不就可以了啊。
cocos的未来，我个人觉得还是像linux/unix一样面向公司客户比较好。cocos的竞争对手是unity，对于个人开发者来说，我觉得cocos确实在很多方面不如unity，比如各种工具的友好性方便性什么的，而且短时间内恐怕都没办法超越unity，个人开发者在开发游戏的时候，很多东西不会考虑得很仔细，在不知不觉中更容易被unity所吸引。但是对于公司用户而言，cocos则有着unity无法比拟的优势，比如unity要分红，公司用户哪怕1%的收入都会斤斤计较一番，而个人开发者恐怕不会这么计较。某种意义上，cocos和unity正如linux/unix和windows的区别一样，而个人感觉未来的发展趋势也会和linux和windows一样。。。
工具方面我不是做这方面的，确实不太懂。一些不靠谱的建议，比如
1 . 是不是一定要用vs，是否可以像unity一样，只用一个ide解决所有的问题，而不需要真正打开vs，后台可以用cmake之类的编译。目前的ide我挺喜欢的，平时一般不开vs。
- 如果能提供源码，自然可以让用户自己编译。如果不方便开放第三方源码，可以制作一个安装软件，就像现在cocos2.1一样，在安装过程中检测用户环境或者让用户自己选择2012还是2013什么的，然后编译生成对应的库和工程文件。甚至可以只对vs几个关键的大版本进行维护，因为vs自己本身也有一定的工程升级功能，2012可以打开2010的工程这样。安装包里的源码可以是加密的，只在安装过程中解密编译，这样用户也不会直接接触到源码，而安装过程中多花费几分钟时间我觉得是可以忍受的。
— Begin quote from ____
引用第116楼you_lan_hai于2015-03-07 14:18发表的 :
何必这么麻烦，使用cmake不就搞定了，用户可以生成自己想要的vs、xcode、android工程。既然linux平台上已经用了cmake，那何不更省事一些，全使用cmake来生成解决方案。 http://www.cocoachina.com/bbs/job.php?action=topost&tid=280787&pid=1253145
— End quote
支持这种想法