[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [Subclipse-users] Conflicts on .project and other such files: how to keep them installation-independent

From: Hale,Katherine <halek_at_oclc.org>
Date: Fri, 18 Jul 2008 11:47:35 -0400

Hendrik -

I've seen it done a few different ways. One way is to simply do the
svn:ignore on both the .classpath & .project. But then everyone has set
up their own classpath completely on their own (the project will most
likely come out of the repository "red"). Another way is to have all the
developers follow EXACTLY the same instructions & versions of everything
(like in a lab) and then it doesn't matter if there are absolute paths
in the .classpath file in the repository. The third way, is to use
environment variables. So the project classpath might still be "red"
when you check it out, but once you define CATALINA_HOME or whatever
you're missing, the rest will just fall into place. You can also make
user defined libraries to capture multiple dependencies at once. But I
don't know if there's a good way to distribute the definition of a user
defined library - that's saved in your workspace, not in your project

Katherine Hale
Sogeti USA
Web Applications & Software Developer

-----Original Message-----
From: news [mailto:news_at_ger.gmane.org] On Behalf Of Hendrik Maryns
Sent: Friday, July 18, 2008 6:15 AM
To: users_at_subclipse.tigris.org
Subject: [Subclipse-users] Conflicts on .project and other such files:
how to keep them installation-independent


In news://news.gmane.org:119/g4dahh$rvi$1@ger.gmane.org I asked how to
keep .project files non-platform dependent. Nobody answered, so I ask
again. The reason is that I have some very inexperienced students
working on a project with me and they are totally confused with the
conflict resolving stuff. Worst of all: since they need slightly
different settings, it are always the .project and .cproject files which
differ. For now, I told them to just ignore those and always just mark
resolved, so they keep their own versions, but this also means they do
not pick up useful settings changes which would work on their system as

So once again: how do you handle this? Are there tricks to separate the
installation-dependent parts. Note that this even applies for different
flavors of Linux.


Hendrik Maryns
Ask smart questions, get good answers:
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-07-18 17:47:51 CEST

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.