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

Re: [Subclipse-users] Eclipse .metadata folder in SVN

From: Mark Phippard <markphip_at_gmail.com>
Date: Sat, 6 Jun 2009 10:56:31 -0400

I would not recommend it. That folder is not meant to be portable
across machines etc. The only way to get it into SVN is with command
line or TortoiseSVN. It is not visible to Subclipse. But again, I
would not recommend it.

It should be possible to store all your settings in the project
itself. The Eclipse UI allows you to do this and then you can version
those settings along with the project. Just turn on the
project-specific settings. That is what we do with our Subclipse


On Fri, Jun 5, 2009 at 5:52 PM, Knut Odman<dmyacnt_at_yahoo.com> wrote:
> Hi,
> I realize that this is more of an Eclipse IDE
> user question than a Subclipse topic,
> but I assumed I would find the right audience
> here.
> I'm looking for a method to put the
> Eclipse .metadata folder under SVN version  control. The reason is that I want to have both the source code and the build/configuration parameters in the same revision bundle.
> My problem is that the .metadata folder is in the workspace folder, which is the parent directory of the project. Hence, I can't find a way to let Subclipse "see" it as a part of the project.
> I know I can use Tortoise to check in the .metadata outside of the IDE, but that is just a bit awkward and not as integrated as I would like.
> Any suggestions?
> thanks
> Knut
> ------------------------------------------------------
> http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2359848
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].

Mark Phippard
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2009-06-06 16:56:42 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.