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.

Bug 161811 - CVS ignores new directories
Summary: CVS ignores new directories
Status: NEW
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: CVS (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker with 1 vote (vote)
Assignee: issues@versioncontrol
: 157432 189334 (view as bug list)
Depends on:
Reported: 2009-04-02 22:24 UTC by edgrimm17
Modified: 2012-03-22 16:25 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Note You need to log in before you can comment on or make changes to this bug.
Description edgrimm17 2009-04-02 22:24:10 UTC
When one person working on a CVS-managed project checks in a new directory in CVS, NetBeans offers no intuitive method
for the rest of the team to pull down the files in that new directory.

The authors of CVS made the command-line client require a -d argument to the update command in order to create new
directories that have been added to the repository since the project was checked out.  NetBeans follows this behavior,
except that it offers no way to provide the -d argument.

One can pull these new files by
- manually creating the new directories
- performing a CVS->show changes on each manually created directory (selecting a parent directory won't work for this
- performing a CVS->update on at least one of the files that shows up in the CVS window as new, as a result of the prior

I feel that:
- one should be able to see all the files that have been updated through the CVS interface, assuming no access privilege
- one should be able to update the whole tree in one operation.

I've been told by multiple people who've used NetBeans with Mercurial and Subversion that those interfaces do not
experience this problem.
Comment 1 edgrimm17 2009-04-02 22:44:55 UTC
This issue also existed in NetBeans 6.1 and 5.5.  It is not new.
Comment 2 Ondrej Vrabec 2009-04-17 07:33:18 UTC
*** Issue 157432 has been marked as a duplicate of this issue. ***
Comment 3 Ondrej Vrabec 2012-03-22 16:25:51 UTC
*** Bug 189334 has been marked as a duplicate of this bug. ***