All files under versioned folders are supposed to be tracked by CVS unless they
are set as being Ignored. You can create a .cvsignore file in your home
directory and put .DS_store entry in it. This will ignore all .DS_store files on
your local machine.

I didn't mention that this file is used to store icon layout on MacOSX, so its not desirable to add this files 
generaly on mac platform. Maybe similar as Thumbs.db on windows?

I know what those files are and my comment still holds. I am forwarding your
request to the (imho) appropriate module. If we decide to address this issue
somehow then SharabilityQuery should return false for these files.

Has nothing to do with SharabilityQuery. This file is already excluded by
VisibilityQuery.

.DS_store files are not visible, which is fine, so VQ works well. What does NOT
work well is SQ which reports that this file is sharable. .cvsignore files are
also invisible according to VQ yet sharable according to SQ.

Well, most of the VQ-excluded files are things that should not go into CVS or
into any version control system. Probably javacvs should special-case .cvsignore
since it knows what it is for. A project's SQ cannot really know what each
backup file etc. is for; that is only handled by VQ, which is configurable as a
user option. So I suggest javacvs commit a file f iff

SQ.isSharable(f) && (f == .cvsignore || VQ.isVisible(f))

Not the cleanest way out but I don't see any better alternative.

I am not comfortable with this solution.

What solution do you propose than, Maros?

I already suggested a solution and it was rejected. I have no other ideas now.
You can easilty work around this as I wrote in my first comment in the meantime.

Another option would be for
org.netbeans.modules.masterfs.GlobalVisibilityQueryImpl to also implement
SharabilityQueryImplementation and report some or all of the same filename
patterns to be unsharable (wherever they are). This SQI would have to precede
org.netbeans.modules.projectapi.ProjectSharabilityQuery in global lookup (or
org.netbeans.spi.project.support.ant.SharabilityQueryImpl would have to report
UNKNOWN rather than SHARABLE for files which are not NOT_SHARABLE). But the
problem remains that GVQI would then need to know that although .cvsignore files
are supposed to be hidden, they are still supposed to be sharable, unlike most
other hidden files. This would hardcode knowledge specifically about CVS in
openide/masterfs, which seems undesirable. Consider that if another popular VCS
has its own sharable metadata files we would need to hardcode that in masterfs
too. That is why I suggested that it would be preferable to put the special-case
handling of .cvsignore in javacvs, which is where other CVS-related
functionality naturally belongs. (Or GVQI could report all hidden files as
non-sharable, and then javacvs could add its own SQI with even higher precedence
in lookup which reported .cvsignore as sharable.)

Anyway, the obvious workaround stands - correct your CVS ignore lists (either
per-directory, per-user, or per-repository). This would anyway be needed by
command-line CVS.

I will follow up jesse with my comments:
1) SQI ... implemented by some global entity ... reports known files as
unsharable (.DS_store, Thumns.db, .*, some other patterns, etc) and all other
files as UNKNOWN. It considers current OS environment. I think it must be the
first in lookup.
2) SQIs ... implemented by projects ... report some directories (build, dist) as
unsharable as it is now.
3) VQ is completely independent
CVSlite (or any other entity) that queries SQ may treat special files, such as
.cvsignore, in a special way, so SQImpls may safely report them as not sharable.

The problem is #3. Currently there is a *user-configurable* ignore list (in
IDESettings, accessed via reflection from masterfs) which drives the default
VQI. Now should that also be used for the SQI you describe in #1? It means, in
effect, that files the user does not normally see will also normally be omitted
from CVS. Which is perhaps the expected behavior, though it is not obvious that
this is correct. For reference, the default pattern, adopted from Ant's default
excludes:

^(CVS|SCCS|vssver\.scc|#.*#|%.*%|\.(cvsignore|svn|DS_Store))$|^\.[#_]|~$

Now I think that with the exception of .cvsignore (which you seem to agree could
be special-cased?), all of these patterns are reasonable to exclude from CVS as
well as from IDE display.

If the user adjusts the pattern (which is probably unusual, given both the tough
regular expression syntax and the exclusion of this setting from the new Options
dialog - only available in "Classic" view), does the user expect any custom
exclusions to also affect CVS and other VCS commits?

If you agree that sharing the same regexp for VQI and a global SQI would make
sense, then I guess this can be reassigned to masterfs (?) for implementation.

I think we can share this pattern in both queries. As this is an IDE-wide
implementation that only affects version control modules, it may be provided by
the versioncontrol library module (autoloaded) that would just delegate the call
to VQ. Be it masterfs or versioncontrol, what about #1? Can we guarantee order
of SQ implementations?

"[the proposed new SQI] may be provided by the versioncontrol library module
(autoloaded) that would just delegate the call to VQ" - not as safe as being in
masterfs, since it would be (perhaps adversely) affected by any other installed
VQI's.

"Can we guarantee order of SQ implementations?" - not as such but we can put the
new SQI before ProjectSQI by using #position in META-INF/services/SQI.

I am moving this to masterfs then. The task is to implement global SQ that just
reuses the pattern from global VQ.

/cvs/openide/masterfs/src/META-INF/services/org.netbeans.spi.queries.SharabilityQueryImplementation,v
 initial revision: 1.1

/cvs/openide/masterfs/src/org/netbeans/modules/masterfs/GlobalSharabilityQueryImpl.java,v
 initial revision: 1.1

/cvs/openide/masterfs/src/org/netbeans/modules/masterfs/GlobalVisibilityQueryImpl.java,v
 new revision: 1.5; previous revision: 1.4

/cvs/openide/masterfs/test/unit/src/org/netbeans/modules/masterfs/GlobalSharabilityQueryImplTest.java,v
 initial revision: 1.1

v