Build Managment：Eclipse项目与Eclipse Managed Make项目

Question

我在Windows下开发，并使用Eclipse和CDT开发C ++应用程序。

现在，对于构建管理，我可以创建一个普通的 C ++项目，Eclipse将完全管理构建（使用适当的参数调用g ++编译器），或者我可以创建一个 Managed Make C ++项目，Eclipse将管理Makefile，然后在Makefile上调用make（构建项目时），这将完成构建过程。

使用这些方法之一是否有任何优势而不是其他方法？

编辑：我不是在谈论Managed Make vs Standard Make，而是我在谈论Make vs Eclipse。 昨天我尝试在一个不包含Make的系统上编译eclipse下的C ++项目，并且项目编译得很好，这意味着eclipse可以完全依靠自己来管理构建，这使得原始问题成为焦点：我是否需要使？;我可以单独使用eclipse。

这是我的问题......

Answer 1

一个考虑因素是，您是否希望要求使用项目的开发人员必须安装和使用Eclipse？这不是对Eclipse的价值判断，而是对您的受众的假设以及他们对您所选工具的熟悉程度。如果C ++程序员熟悉Java / Eclipse，那么它可能不是问题。如果他们不熟悉Eclipse，他们会将Eclipse视为完成工作的障碍。

您需要注意从头开始构建环境并保持更新的说明。你知道开发人员，会有一些C ++顽固分子诅咒你的决定并咆哮你应该如何用Make完成它而不是让他们安装一个全新的平台来进行构建。

Answer 2

我不确定您是否会在 C ++项目中使用此选项，但使用托管生成C ++项目，您可以直接从中调用makefile命令行环境（前提是已将make可执行文件映射到路径中）。我认为这是一项真正的资产 - 特别是涉及自动构建脚本和更以CLI为中心的用户。

另外 - 不要忘记编写自己的makefile是CDT的一个选项。如果您有特定的要求，您可以编写自己的make和链接器文件，Eclipse会将它的构建目标绑定到该makefile。

Answer 3

从CDT4.0开始，选项基本相同。所有标准制作功能都可用于托管构建项目，反之亦然。

CDT 4.0构建系统更改。

我能找到的最佳cdt4.0更改日志。

Answer 4

如果您打算在某些时候使用连续构建/集成系统，那么makefile可能会非常有用

Answer 5

IMO，这取决于您的项目受欢迎程度。
通常，构建Make项目几乎没有问题在任何平台上（在Windows中你可能需要cygwin / mingw）。更重要的是，如果有人需要编译基于Eclipse的项目，并且不使用Eclipse，他会责怪你的选择。
因此，如果您的项目不适合大众（或者您真的不关心它们），请使用您喜欢的任何内容。但是如果这些来源将由其他人编译，那么切换到Make。

是个好主意

Answer 6

这在很大程度上取决于您的团队和项目的规模。 Make很难设置，但可以扩展到多机器构建和独立于Eclipse的大型团队。另外，使您可以更好地控制项目的构建（当您深入了解make文件的详细信息时），它可以包含在Continuous Integration系统中。并且您的make文件可以独立于平台（如果这与您相关）。

如果您使用Eclipse构建，所有内容都归结为您的项目文件。如果有多个人需要对您的项目结构进行更改（即添加/更改组件），那么配置管理可能很难，而您可以使用make文件。

另一方面：如果是单人或双人开发，Eclipse CDT可能是您的快速通道，因为您可以跳过耗时的make文件设置。