RTC and Eclipse: is it necessary that code be stored in a fully configured Eclipse project?
Apologies for what promises to be a dumb-newbie question...
Recently my project group bought a C/C++ codebase from a contractor which does not use Eclipse as part of its development picture. Basically a big /src tree organized for building with Autotools, with a few top-level build scripts masking some of the Autotools complexity. Since then, developers on our project team have been successful in setting up the code within Eclipse (Luna) as an Autotools project, as an experimental exercise...but what is currently causing grief, is that as we begin to work with this code, our project is also moving to Jazz / RTC 5 (Formal process, not Agile) for CM. None of us are clear about whether the code is required to go into the RTC repository in the form of a fully configured Eclipse project ready for developers to use. My reading as a developer is that it must: if it doesn't, when I download the code to my repository workspace, I have to begin by bringing in new .project, .cproject, and .autotools files "behind the scenes" to get to a project that has the include paths I need specified, allows for doing C/C++ code analysis, and (hopefully) can be tweaked to allow for Autotools building from within Eclipse. It also means when I deliver change sets back, it is likely to take a variety of error-prone workarounds to avoid delivering project-specific settings that aren't part of the codebase as conceived by CM right now. Right now, that's code being held as close as possible to the contractor's delivered (non-Eclipse) package, because the CM role doesn't use Eclipse for anything except looking at the code. None of the documentation I've seen so far says anything about how close the setup of code in Jazz / RTC needs to be, to a developer's ready-to-use Eclipse project, before we set about using it. My question is, can anyone recommend a reference that might clarify this issue for us? |
2 answers
Ralph Schoon (63.3k●3●36●46)
| answered Aug 06 '15, 10:52 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER edited Aug 06 '15, 10:56 a.m.
Hi,
there are many ways to load. The default way however in Eclipse is to find the Projects and load them into the workspace. You have many benefits like being able to have working sets (e.g. for the projects in a component which allows to limit what you see if there are many). You can use the browsers to go into the projects. Your natures (e.g. Java) work. You can build and debug locally. There is a lot of stuff that depends on the .project file. You can also load the components as folders and let the .project files get created (and you can also ignore them if you don't want to see them in SCM) but you loose all the things that you need in Eclipse and it is only practical if you don't need the natures. As an Example, I load the article folder structure for this web site, where I contribute, that way. I even load only a part of the component and let Eclipse create the artificial .project file which I never check in. This is fine, reduces the amount to load, but only really works, because I use external editors for the web pages and need no Java nature etc. In all other projects I create and use, I use real Java/Plugin projects and really need and use the capabilities that come with the natures. Hope this help a bit further. |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.