现在国内有多少公司正式使用maven代替ant

首先需要明白，选择maven，你准备做什么？
这一点很重要：
没有在生产中应用过maven，在family168学习了maven怎样使用！(感谢family168 )

当前自身只是希望使用maven管理jar包，遇到了2个问题：
1 严重依赖网络——网络中断后的jar的不完整麻烦事太多了
2 个人精力有限，只是需要解决对应框架的依赖包而已，直接下载框架包一般都自带了，比如：我引入spring3.3，直接添加自己需要的spring文件和一些自己知道需要的依赖包就可以了，然后启动工程，缺少包再添加，基本上1个小时也可以搞定了，然后记录下来需要什么样的模块需要什么其他包,下一个工程要么直接copy要么自己根据此日志去网络上下载就可以了；如果使用maven，通过看那个定义文件也可以知道依赖关系，不过感觉，还是没有自己掌握的来得好和快；自己记录的可以分享给其他人，不需要去学习任何其他的知识，如果使用maven，起码要了解maven的运行机制，特别是maven的环境配置，maven出了问题不好弄！

其实解决jar包依赖，只要把以往的项目copy一下就OK了
其次：如果是生产项目，谁也不会没事去升级jar的，（邪恶：也不敢使用maven去自动升级吧？）除非发现了jar的bug;看情形maven只需要在工程建立初期就可以使用了

以上只是我的需求：使用maven管理jar！真正实践后，最后放弃了maven，因为jar依赖，我自己有各个框架(spring, hibernate, struts常用版本)的依赖日志，需要的时候直接查找就可以了，其他的工作（代码检查、测试、打包、发布CVS版本和war包等）都是使用ant就足够了（符合经验价值的持续传递:) ）

但是maven的优势还是有的，在于把包依赖、测试等可以由电脑自动化处理的内容和任务傻瓜化，风险就是需要建立一个合适自身的maven环境不容易阿和学习成本还是有的！

我觉得比较合适的一个是：提供给客户一个小的项目包（包含项目文件、maven定义、不包含其他jar）最多3MB，然后只要运行maven就可以建立一个可运行的项目了（前提是它的机器的maven环境都弄好了）

最后：明白自己的需求？评估？看持续的价值？成功就再前面！