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

Re: [Subclipse-users] 'tags' directories not treated as though they are in the repository

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-02-16 19:07:48 CET

Rhys Parsons <rhys.parsons@connectionspace.com> wrote on 02/16/2006
12:38:35 PM:

> I have two directories called 'tags' in my source tree, representing JSP

> tags. When synchronizing, items in these directories are ignored (e.g.
> new files aren't added). When I add files manually I am warned that
> files in these directories are not added by default, although there is
> no svn:ignore property.
>
> The 'Team' sub-menu shows these directories as though they are not under

> version control, although Subversion properties show that the folder is
> Managed and show the correct URL.
>
> I am guessing that directories called 'tags' are singled out as being
> different.
>
> Is this a bug or am I missing a config option somewhere? Command-line
> svn treats these directories as any other - it's only subclipse that
> differentiates.

Subclipse honors the global ignore settings in Eclipse as well. Eclipse
ships with "tags" as an ignored resource by default. Go to Team ->
Ignored Resources to remove it.

I remember seeing an open Eclipse issue to remove this. No one seemed to
know why they shipped that way. It is coming from the CVS plugin though.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Thu Feb 16 19:20:41 2006

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.