RTC with Eclipse: Is it advisable to save code in a fully configured Eclipse project?

Recently, my design team bought a C / C ++ codebase from a contractor who does not use Eclipse. Basically a large / src tree organized to be created using Autotools, with several top-level build scripts masking some of the complexity of Autotools.

The developers of our project team managed to create the code in Eclipse (Luna) as an Autotools project ... but what is currently causing sadness is that as we start working with this code, the CM project also moves to Jazz / RTC 5 (formal process, not Agile) from ClearCase / ClearQuest.

None of us knows if the code should go to the RTC repository as a fully configured Eclipse project, ready for use by developers.

My reading as a developer is what it should: if it is not, when I upload the code to the workspace of my repository, I should start by entering new .project, .cproject and .autotools files โ€œbehind the scenesโ€ to go to a project that indicates the include paths I need, allows me to analyze C / C ++ code and (hopefully) can be reconfigured to create Autotools from Eclipse. It also means that when I deliver the change sets back, it will probably use a lot of workarounds to avoid providing project-specific settings that are not part of the code base, as was developed by CM. Right now, if you keep it as close as possible to the supplied contractor (non-Eclipse) package.

I hope someone can tell me if it is standard practice to use RTC with Eclipse to install one code in RTC in the form of fully configured, ready-to-use Eclipse projects. The language used in the articles I find suggests, for example, talking about โ€œFind and Download Eclipse Projects,โ€ but nothing I see makes it explicit.

+4
source share
2 answers

is that anyone can tell me whether it is standard practice when using RTC with Eclipse to install one code in RTC in the form of fully configured, ready-to-use Eclipse projects.

This is the standard with any source control tool.
See " Shoul I save project files under version control? Or" .classpath and .project - check version or not? "

RTC simply offers to create a .project only to reference component files in the Eclipse workspace (as a convenience, to make it easier to find the file for this RTC component).
But this is different from the full-featured .project , with many advanced settings configured there.

+1
source

I do not save certain IDE files under version control.

You basically have an autotools project, so I do all the autotool source files (autogen.sh, configure.ac, Automake.am) with it under version control.

I also have several scripts for setting up autotools in different base configurations (configure-debug.sh, configure-release.sh).

Then, each developer simply runs the scripts that Makefiles produce.

Now they can use any IDE they want based on Makefiles . Every developer should work with at least a Makefile .

In eclipse, I create an unmanaged Makefile style project and include the Makefiles that autotools creates.

But the project is not tied to eclipse, it is tied to any environment in which autotools works. Developers can use any IDE that they prefer.

+1
source

All Articles