中小型项目的 Maven 学习曲线和开销？

Posted 2023-02-22

【中文标题】中小型项目的 Maven 学习曲线和开销？

【英文标题】：Maven learning curve & overhead for small/medium projects?

【发布时间】：2010-02-02 16:42:48

【问题描述】：

将 Maven 用于中小型 C++/Eclipse/Linux 项目的初始学习和设置曲线以及后续开销是多少（粗略估计，当然是平均值）？

我们一开始有 4 名开发人员。我们目前有大约 20 个原生 eclipse C++ (CDT)“项目”，我们以交互方式编译它们。我们希望有一个自动结帐和构建脚本。

在这个阶段似乎有点矫枉过正，但也许我们应该尽早采用它，前提是它不会产生开销。我们现在没有带宽进行广泛的配置管理。非常感谢！

已编辑/详细：

我意识到我没有很好地描述我的需求。阅读了下面提供的参考资料后，我发现 CI 工具目前对我们来说似乎有点过头了。我想要的是一个构建工具，一方面与 eclipse 很好地集成，另一方面允许离线、非交互式构建。我喜欢使用 Eclipse 项目的简单性：您只需添加文件、添加对内部组件和第三部分库的引用，就可以了。您不需要手动维护 makefile 等。与几年前我使用 MSVS 时一样，它的问题在于它没有为您提供非交互式构建的选项。那么，这样的工具存在吗？

【参考方案1】：

首先，虽然 Maven 支持使用 maven-native-plugin 构建 C++ 项目，或者，如果您已经在使用 Make，则使用来自 c-builds 套件的 maven-make-plugin，这不是常见的 用例，并没有被广泛使用。因此，虽然它应该是可能的，但您不会轻易获得支持和找到资源（只需谷歌一下或浏览 maven 用户列表以获得想法）。

其次，如果再加上你必须同时学习 Maven，那么说你没有走最简单的道路似乎是合理的。

所以，相反，我会坚持使用更多 traditional tools 和/或 Ant。对于持续集成本身，我看到一些参考文献提到使用 CruseControl 来构建 C++ 项目。例如，请参阅 What continuous integration tool is best for a C++ project? 或 UsingCruiseControlWithCplusPlus。但我想这些原则可以转置到另一个 CI 引擎（比如我发现比 CruiseControl 更容易使用的 Hudson）。