This week's book giveaways are in the Java EE and JavaScript forums.
We're giving away four copies each of The Java EE 7 Tutorial Volume 1 or Volume 2(winners choice) and jQuery UI in Action and have the authors on-line!
See this thread and this one for details.
The moose likes IDEs, Version Control and other tools and the fly likes IDE projects and clear case version control Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of The Java EE 7 Tutorial Volume 1 or Volume 2 this week in the Java EE forum
or jQuery UI in Action in the JavaScript forum!
JavaRanch » Java Forums » Engineering » IDEs, Version Control and other tools
Bookmark "IDE projects and clear case version control" Watch "IDE projects and clear case version control" New topic
Author

IDE projects and clear case version control

ben oliver
Ranch Hand

Joined: Mar 28, 2006
Posts: 375
I want to get comment on which of the following two options make better sense assuming someone has finished the development on his local eclipse IDE.

1) check in source code only into clear case. Don't check in any .project type file. When another developer joins team, he checks out the source codes, in his eclipse IDE, he creates a project by himself and import those source codes.

2) check in source codes and .project type files. When another developer comes, he checks out everything, then in his eclipse IDE, he can simply "import an existing project", i.e. he does not need to create a new project from scratch and add pieces.

Which way makes better sense ?

Thanks.
Jeanne Boyarsky
internet detective
Marshal

Joined: May 26, 2003
Posts: 30361
    
150

Ben,
I absolutely check in the .project files without a moments doubt. They are part of the workspace. Just like we check in build scripts. We want a new developer to get working as quickly as possible.

Eclipse lets you set variables in the workspace so you can avoid any machine specific settings from being in the .project files in the first place.


[Blog] [JavaRanch FAQ] [How To Ask Questions The Smart Way] [Book Promos]
Blogging on Certs: SCEA Part 1, Part 2 & 3, Core Spring 3, OCAJP, OCPJP beta, TOGAF part 1 and part 2
ben oliver
Ranch Hand

Joined: Mar 28, 2006
Posts: 375
Jeanne Boyarsky wrote:Ben,
I absolutely check in the .project files without a moments doubt. They are part of the workspace. Just like we check in build scripts. We want a new developer to get working as quickly as possible.

Eclipse lets you set variables in the workspace so you can avoid any machine specific settings from being in the .project files in the first place.


so the second option ? Does the first option work as well ?
Jeanne Boyarsky
internet detective
Marshal

Joined: May 26, 2003
Posts: 30361
    
150

ben oliver wrote:so the second option ? Does the first option work as well ?

Yes, the second option. With the first option, you are creating manual work. That requires troubleshooting or instructions. I can't say it doesn't work, but I don't think it is a wise approach.
Peter Johnson
author
Bartender

Joined: May 14, 2008
Posts: 5823
    
    7

We have a few projects that use option 1 in Subversion. They are a pain to work with. I finally got tired of creating the project info each time I checked out some of those projects and I eventually checked in the .project files, thus switching the project to option 2.

Also, we use Maven, and in some cases we use relative paths to reference parent POMs, and the m2e plugin tends to display annoying warnings on some of our build settings if it cannot find the parent POM via relative path. The projects for the parent POMs used option 1 and it was a pain in the neck having to try to remember what project name to assign so that the rleative paths worked correctly. This was made worse because different projects used different relative paths for the same parent POMs (because everyone create projects using different names when checking out the parent POMs). Using option 2 avoids all of this pain.


JBoss In Action
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: IDE projects and clear case version control