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

Re: Modification Badge still there after COMMIT

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2005-09-30 14:56:32 CEST

"Markus Karg" <markus.karg@quipsy.de> wrote on 09/30/2005 02:00:01 AM:

> okay, so I have checked with the command line tool: cvs status tells me
> interesting things:

I assume you mean svn status, not cvs.

> (a) .classpath and .project are marked with a question mark. Actually
> files are hidden in the Java perspective since they are Eclipse internal

> stuff. Subclipse seems to not know about the fact that those are not
user's source code?

I like to add those to the repository. It makes it easier for other
Eclipse developers to checkout your project. If you do not want to add
them ever, then you should add them to svn:ignore.

> (b) Same happens for the folder 'bin'. Actually I cannot see that folder
> the Java project since Eclipse handles that folder internally.

Eclipse has some built-in stuff for ignoring things. I would still add
the bin folder to my svn:ignore. That way if you use TortoiseSVN or the
CLI you will never accidentally version it. Also, it makes the Subversion
API's a bit faster as they will not traverse into that folder.

> (c) One file was changed from lowercase to uppercase. Subclipse keeps
> file marked as "to be deleted" when doing svn status.

This is a design problem in Subversion itself. Martin already pointed you
to the FAQ. Subversion does not handle case changes on Windows very well.
 There is nothing Subclipse can do to make this better.


Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
Received on Fri Sep 30 22:56:32 2005

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.