This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | cvslite should consult CVSROOT/cvsignore | ||
---|---|---|---|
Product: | versioncontrol | Reporter: | Jesse Glick <jglick> |
Component: | CVS | Assignee: | issues@versioncontrol <issues> |
Status: | NEW --- | ||
Severity: | blocker | CC: | vnicolici |
Priority: | P3 | ||
Version: | 5.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 58543 |
Description
Jesse Glick
2005-05-12 19:35:42 UTC
Command line cvs does not consult CVSROOT/cvsignore either. It is the server that does that. If a user creates a new file, e.g. File.class, we cannot determine whether this file will be considered Ignored by the Update operation until we actually perform it. That is why .class files are initially shown as Local New. After an Update or Refresh operation, they are set as Ignored (in EA3, bug fixed by the patch below). We may implement hack around this by checking out CVSROOT/cvsignore first, cache and process it locally. However, not all servers lets your check it out so this is tricky. Switching to enhancement. Fixing refreshing status of files ignored on server: /cvs/javacvs/cvsmodule/src/org/netbeans/modules/versioning/system/cvss/ui/actions/update/Attic/UpdateExecutor.java,v <-- UpdateExecutor.java new revision: 1.1.2.14; previous revision: 1.1.2.13 /cvs/javacvs/cvsmodule/src/org/netbeans/modules/versioning/system/cvss/Attic/FileStatusCache.java,v <-- FileStatusCache.java new revision: 1.1.2.37; previous revision: 1.1.2.36 |