RTC with Eclipse：是否需要将代码存储在完全配置的 Eclipse 项目中？
RTC with Eclipse: is it desirable for code to be stored in a fully configured Eclipse project?
最近我的项目组从一个不使用 Eclipse 的承包商那里购买了一个 C/C++ 代码库。基本上是一个大的 /src 树，为使用 Autotools 构建而组织，一些顶级构建脚本掩盖了一些 Autotools 的复杂性。
我们项目团队的开发人员已设法在 Eclipse (Luna) 中将代码设置为 Autotools 项目...但目前令人遗憾的是，当我们开始使用此代码时，项目 CM 是也从 ClearCase/ClearQuest 转移到 Jazz / RTC 5（正式过程，而不是敏捷）。
None 我们很清楚代码是否应该以完全配置的 Eclipse 项目的形式进入 RTC 存储库，以供开发人员使用。
我作为开发人员的解读是它必须：如果不是，当我将代码下载到我的存储库工作区时，我必须首先引入新的 .project、.cproject 和 .autotools 文件"behind the scenes" 进入指定我需要的包含路径的项目，允许 C/C++ 代码分析，并且（希望）可以重新调整以从 Eclipse 中构建 Autotools。这也意味着当我返回更改集时，可能会采取各种容易出错的解决方法来避免交付不属于 CM 所设想的代码库一部分的特定于项目的设置。现在，它尽可能靠近承包商交付的（非 Eclipse）包。
我希望的是，任何人都可以告诉我在 Eclipse 中使用 RTC 时 标准做法，以完整的形式在 RTC 中设置自己的代码配置好的、随时可用的 Eclipse 项目。我发现的文章中使用的语言表明了这一点，例如，谈论 "Find and load Eclipse projects"，但我所看到的没有任何内容表明这一点。
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?" or ".classpath and .project - check into version control or not?”。
RTC 只是建议创建一个.project 只是为了引用Eclipse 工作区中组件的文件（作为方便，以方便对文件的探索给定 RTC 组件）。
但这与拥有一个完整的 .project 是分开的，在那里配置了许多额外的设置。
我没有将 IDE 特定文件置于版本控制之下。
你基本上有一个 autotools 项目，所以我用它做的是把所有源 autotool 文件（autogen.sh、configure.ac、Automake.am) 在版本控制下。
我还有几个脚本可以在不同的基本配置下设置 autotools（configure-debug.sh、configure-release.sh）。
然后每个开发人员只需运行生成 Makefiles.
的脚本
现在他们可以根据 Makefiles 使用他们想要的任何 IDE。每个开发人员至少应该能够从 Makefile 开始工作。
在 Eclipse 中，我创建了一个非托管 "Makefile" 风格的项目并插入 autotools 生成的 Makefiles。
但是项目没有绑定到eclipse，它绑定到任何运行autotools的环境。开发者可以使用任何他们喜欢的IDE。
最近我的项目组从一个不使用 Eclipse 的承包商那里购买了一个 C/C++ 代码库。基本上是一个大的 /src 树，为使用 Autotools 构建而组织，一些顶级构建脚本掩盖了一些 Autotools 的复杂性。
我们项目团队的开发人员已设法在 Eclipse (Luna) 中将代码设置为 Autotools 项目...但目前令人遗憾的是，当我们开始使用此代码时，项目 CM 是也从 ClearCase/ClearQuest 转移到 Jazz / RTC 5（正式过程，而不是敏捷）。
None 我们很清楚代码是否应该以完全配置的 Eclipse 项目的形式进入 RTC 存储库，以供开发人员使用。
我作为开发人员的解读是它必须：如果不是，当我将代码下载到我的存储库工作区时，我必须首先引入新的 .project、.cproject 和 .autotools 文件"behind the scenes" 进入指定我需要的包含路径的项目，允许 C/C++ 代码分析，并且（希望）可以重新调整以从 Eclipse 中构建 Autotools。这也意味着当我返回更改集时，可能会采取各种容易出错的解决方法来避免交付不属于 CM 所设想的代码库一部分的特定于项目的设置。现在，它尽可能靠近承包商交付的（非 Eclipse）包。
我希望的是，任何人都可以告诉我在 Eclipse 中使用 RTC 时 标准做法，以完整的形式在 RTC 中设置自己的代码配置好的、随时可用的 Eclipse 项目。我发现的文章中使用的语言表明了这一点，例如，谈论 "Find and load Eclipse projects"，但我所看到的没有任何内容表明这一点。
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?" or ".classpath and .project - check into version control or not?”。
RTC 只是建议创建一个.project 只是为了引用Eclipse 工作区中组件的文件（作为方便，以方便对文件的探索给定 RTC 组件）。
但这与拥有一个完整的 .project 是分开的，在那里配置了许多额外的设置。
我没有将 IDE 特定文件置于版本控制之下。
你基本上有一个 autotools 项目，所以我用它做的是把所有源 autotool 文件（autogen.sh、configure.ac、Automake.am) 在版本控制下。
我还有几个脚本可以在不同的基本配置下设置 autotools（configure-debug.sh、configure-release.sh）。
然后每个开发人员只需运行生成 Makefiles.
现在他们可以根据 Makefiles 使用他们想要的任何 IDE。每个开发人员至少应该能够从 Makefile 开始工作。
在 Eclipse 中，我创建了一个非托管 "Makefile" 风格的项目并插入 autotools 生成的 Makefiles。
但是项目没有绑定到eclipse，它绑定到任何运行autotools的环境。开发者可以使用任何他们喜欢的IDE。