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: | Probs w/ NetBeans-Subversion-RDoc-Kenai stack | ||
---|---|---|---|
Product: | ruby | Reporter: | ericarmstrong <ericarmstrong> |
Component: | Project | Assignee: | issues@ruby <issues> |
Status: | NEW --- | ||
Severity: | blocker | CC: | mmirilovic |
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
ericarmstrong
2009-02-10 10:53:01 UTC
> Problem #1 > ---------- > When regenerated, NB sees the doc/ directory as "new", and attempts an SVN commit on that basis. not very familiar with ruby but if the regeneration created locally new files than they are new even if there is already something on the server. The only other reason why the files where regarded as new is that the whole doc folder was removed first (including the .svn metadata fodlers) what of course would mess up the the working copy. A following svn update might have helped but might also have caused conflicts (depends on the new file contents) as this seems to be the root of your problem - will reassign to ruby project for further evaluation > since none of the NB SVN menus have a "delete" option on them just use the delete command in a files context menu, the appropriate svn command will be called by the IDE > Everything under it was removed, but the directory itself remained directories deleted by the svn delete command, and what actually s the correct and expected way how to remove files in a svn wc, remain on the disk until the next commit. After a commit will be definitelly removed from your disk. |