我在Windows下开发，并使用Eclipse与CDT开发C++应用程序。现在构建管理：Eclipse项目vs Eclipse托管项目
，为构建管理我能创造一个正常C++项目和Eclipse将完全管理构建（调用G ++用正确的参数编译器），或者我可以创建一个托管使C++项目和Eclipse将管理Makefile然后在该Makefile上调用make（当构建项目时），这反过来将完成构建过程。
使用这些方法之一而不是其他的优势吗？
编辑：我不是在谈论托管制作vs标准制作，而是我在谈论Make vs Eclipse。 昨天我试着在eclipse下编译一个C++项目，这个项目根本不包括Make，而且项目编译得很好，这意味着eclipse可以完全依靠它自己来管理构建，这将原始问题带入了焦点：我需要Make？;我可以单独使用eclipse。
这是我的问题...
其中一个考虑因素是，您是否想要要求与您的项目一起工作的开发人员必须安装和使用Eclipse？这不是对Eclipse的价值判断，而是对你的观众的假设，以及他们对你选择的工具的熟悉程度。如果C++程序员熟悉Java/Eclipse，它可能不成问题。如果他们不熟悉Eclipse，他们会将Eclipse视为妨碍他们完成工作的障碍。
您需要注意您的指示，以便从头开始构建环境并保持更新。你知道开发者，会有一些C++顽固派将会诅咒你的决定，并且咆哮着你应该怎么用Make来完成它，而不是让他们为了构建而安装一个全新的平台。
我不知道您是否有在C++项目这个选项，但与托管使C++项目你就可以直接调用生成文件从命令行环境（如果您已将make可执行文件映射到路径中）。我认为这是一个真正的资产 - 尤其是当涉及到更多以CLI为中心的自动构建脚本和用户时。
另外 - 不要忘记编写自己的makefile是CDT的一个选项。如果您有特定的要求，您可以编写自己的make和链接器文件，Eclipse会将其构建目标绑定到该makefile。
从CDT4.0开始，选项基本相同。所有标准Make功能都可用于托管生成项目，反之亦然。
IMO，这取决于您的项目流行度。
通常，建设没有问题在任何平台上实际执行项目（在Windows中，您可能需要cygwin/mingw）。更重要的是，如果有人需要编译基于Eclipse的项目，而谁不使用Eclipse，他会责怪你的选择。
所以，如果你的项目不是针对大众的（或者你真的不关心它们），可以使用你喜欢的任何东西。但是，如果源将由其他人编译，那么切换到Make可能是一个好主意。
这取决于你的团队和项目的规模。 Make非常难以设置，但可以扩展到独立于Eclipse的多机器构建和大型团队。此外，使您能够更好地控制项目的构建（当您深入了解构建文件的细节时），并且可以将其包含在持续集成系统中。而且你的make文件可以独立于平台（如果这与你有关）。
如果使用Eclipse构建，一切都归结为您的项目文件。如果多人需要对您的项目结构进行更改（即添加/更改组件），可能很难进行配置管理，而使用make文件则没问题。另一方面：如果是单人或双人开发，那么Eclipse CDT就是您的快速通道，因为您可以跳过耗时的make文件设置。
如果你打算使用一个持续构建/集成系统在某些时候makefile文件可能是非常有帮助的
我试图创建一个C++项目，发现月食管理文件的依赖性，并且只建立已更改的文件自上次以来。 底线：Eclipse可以管理它自己的构建... – Lawand 2009-08-02 21:01:51