是否有必要抛弃 Maven 之类的项目构建工具？

[profoundexplorer]

事情是这样的，在公司内部，两个项目小组都用 Maven ，我在其中，但是另一个小组（不在前面两个小组之内）的同事反对使用 Maven ，他建议使用原始的方式，将第三方 jar 包直接放到工程代码里，代码和 jar 包一起放到 git 里做版本管理。

这样有必要吗？

注意，并不是问是否有必要抛弃 Maven 而转向其他工具例如 gradle 等，而是问是否有必要抛弃这一类项目构建工具。

个人认为， Maven 并没有降低生产力，只是稍微有点学习成本，这点学习成本其实也非常低，此外它能很方便地管理第三方包依赖，简化代码库，显著提高生产效率。

希望大家说说自己的看法。

[monsoon]

转 Gradle 。而且 Gradle 导入本地的 jar 比 Maven 方便 500 倍。
放 jar 来版本管理是 15 年前的做法……

[ixiaohei]

gradle 底层还是 maven 那堆东西，坐标，插件。用 gradle 更增加团队学习成本，你要是用回 ant 那种最原始，好多新手估计搭建一个项目去找 jar 包，估计就得花很久，还不一定能搭起来那就 233 了，另外 maven 这种工具长处在构建，等你们用上持续构建你就知道还是得用 maven 。

[lightening]

他是从 15 年前穿越过来的吧？

[fovecifer]

在我看来 jar 包是二进制文件（实际上应该不全是），用 git 等源码管理工具来管理二进制数据本来就是作死

PS ：最反感的就是你说的这种同事， maven 起码算是目前的最佳实践之一，他就没想过为什么吗？觉得就自己牛
其他无数的开发者都是傻 X ？ 连这么点新鲜事物都不能接受 这是作为开发者最基本素质的缺失

[zpf124]

嗯很强...
我们项目 jar 不算多也不算少，大概有 500M 左右的了，算上图片啥的差不多快 1G 。
往 git 仓库里塞将近 1G 数据，嗯很强... 新检出一个项目爽到爆。
另外手动解决依赖也爽到爆。

[plqws]

说白了要么蠢不会 maven 或者要么懒 懒得用，真不知道直接放 jar 有什么好处

[murmur]

刚开始看还以为要用 gradle
后来看直接拷贝 jar 包就呵呵了

[funky]

maven 长处在构建。放弃 maven 工作效率会降低不少

[eimsteim]

如果直接导 jar 真的那么好，为什么 Maven 和 Gradle 会出现？另外， git 是做代码的版本管理的，不是用来存 jar 包的。

[PEP4JASON]

问题不是说用什么方法构建项目 而是沟通

[billlee]

不是蠢就是懒

[kingcos]

直接拷贝太麻烦了，还经常容易出错，或者版本问题
Maven Gradle 都可以直接解决，就是看网络了

[uxstone]

提用 jar 的那位是组长吗?
不是的话,就当他放了个屁...

[echo1937]

这个开发是谁招进来的？

[zhuangzhuang1988]

不能放弃

[SoloCompany]

1. 沟通
2. 至少要搭个 nexus mirror 解决 gfw 的问题，或者直接用国内现成的 mirror

[yidinghe]

在你同事看来，项目的依赖包一旦确定就不会改了，但实际上不是这样，特别是公司自己开发的包，经常会有更新。如果几个项目都用的话，统一发布一起更新是最便捷的。

[aias]

不管怎样，先说一声 Gradle 大法好！

[bombless]

不知道你们那什么情况，不过包管理器还是很顺手的。

感觉如果不是写业务代码而是写一些基础设施，还是可以抛弃包管理器的，哈哈

[ljcarsenal]

这么多 java 开发者啊