最近我的项目组从一个不使用 Eclipse 的承包商那里购买了一个 C/C++ 代码库。基本上是一个大的 /src 树，为使用 Autotools 构建而组织，一些顶级构建脚本掩盖了 Autotools 的一些复杂性。
我们项目团队的开发人员已经设法在 Eclipse (Luna) 中将代码设置为一个 Autotools 项目……但目前令人遗憾的是，当我们开始使用此代码时，项目 CM 也在移动从 ClearCase/ClearQuest 到 Jazz/RTC 5(正式过程，非敏捷)。
我们都不清楚代码是否应该以完全配置的 Eclipse 项目的形式进入 RTC 存储库，以供开发人员使用。
我作为开发人员的理解是它必须:如果不是，当我将代码下载到我的存储库工作区时，我必须首先引入新的 .project、.cproject 和 .autotools 文件“在场景”以获取一个项目，该项目指定我需要的包含路径，允许进行 C/C++ 代码分析，并且(希望)可以针对从 Eclipse 中构建的 Autotools 进行重新调整。这也意味着当我返回更改集时，可能会采取各种容易出错的解决方法来避免交付不属于 CM 所设想的代码库一部分的特定于项目的设置。现在，它尽可能靠近承包商交付的(非 Eclipse)包。
我希望的是，任何人都可以告诉我，在 Eclipse 中使用 RTC 时，以完全配置的形式在 RTC 中设置自己的代码是否是的标准做法，现成的- 使用 Eclipse 项目。我发现的文章中使用的语言暗示了这一点，例如，谈论“查找并加载 Eclipse 项目”，但我没有看到任何明确的内容。
最佳答案
is that anyone can tell me if it is standard practice when using RTC with Eclipse, to set up one's code in RTC in the form of fully configured, ready-to-use Eclipse projects.
这是任何源代码控制工具的标准。
请参见“Shoul I keep my project files under version control?”或“.classpath and .project - check into version control or not?”。
RTC 只是建议创建一个 .project 只是为了在 Eclipse 工作区中引用组件的文件(作为一种便利，以促进给定的文件探索RTC 组件)。
但这与拥有一个完整的 .project 是分开的，在那里配置了许多额外的设置。
关于c++ - 带 Eclipse 的实时时钟 : is it desirable for code to be stored in a fully configured Eclipse project?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/31857499/