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

Maven很强大，你们看看juven xu的博客就知道了。

07年在业余时间捣鼓maven，在华为3年一直没有把项目移植到maven，很遗憾。今年到了一家小点的公司，用maven半年了，很好，很强大。华为业软中央软件开发部那帮搞持续集成的人，用ant和cruisecontrol（有专人作工具的二次开发）捣鼓了两年了，也没见出什么成果。用maven，一个命令搞定所有的持续集成工具，根本不需要有专人去投入几个月甚至更长的时间开发插件。

有稳定的网络环境，用maven会很方便。 如果没有稳定的网络环境，可以使用内部的maven仓库。不过maven中央仓库很大，我同步了将近一个月，排除了一些较大的jar文件，同步下来了68G。

Maven Sucks!

spring在用Maven

用maven的飘过

已经maven了

我们公司对maven的评价: 学java不知道maven，千万别说你是搞java的....

首先需要明白，选择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环境都弄好了）

 

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

maven管理Jar包依赖，我一直只用ant来实现类似的功能。我把所有熟悉的框架jar包分版本组织放在Google提供的SVN上，随时可同步到任何一台本地机器上，再用ant写个target从本地库挑选相关的jar文件就完了，maven管理jar不就是这个样的嘛，没啥新鲜的。

ant。。。