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: | automatically adding .cvsignore files to a subversion checkout and setting svn:ignore to ignore them | ||
---|---|---|---|
Product: | versioncontrol | Reporter: | bwl <bwl> |
Component: | Subversion | Assignee: | issues@versioncontrol <issues> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | ||
Priority: | P2 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 72404 |
Description
bwl
2006-05-17 05:33:46 UTC
sorry, but i'm probably missing something and i'm not able to follow your argumentation. could you please explain a bit deeper why do you think that's inappropriate from the module to create .cvsignore files? which folders exactly got a ignore list? because if it was the 'private' project folder - it's not supposed to shared... ".cvsignore" files are added if project parent directories contain CVS metadata. ("CVS" folder(s)). So please examine your path. Well, in my case I have a NetBeans project, for example, in a directory called /ct/acct/bwatson/lms/trunk/conftool/docobj. Thats the project I opened. Now in /ct/acct/bwatson there is a CVS directory because I have several CVS projects checked out there. However, none of them are in /ct/acct/bwatson/lms. Are you saying that NetBeans traverses up the directory tree until it finds a "CVS" directory, and then concludes that it should write .cvsignore files in any child? If so that seems highly inappropriate. It should at least check whether the CVS/Entries file indicates that the child directory is a CVS directory, which it clearly isn't. At any rate NetBeans has decided that the directory is a Subversion directory, which is why it is performing Subversion commands. That also should indicate that writing CVS related files in the directory is inappropriate. I'm quite happy to see NetBeans set the svn:ignore property to ignore the "private" directory in nbproject. I'm not so sure that it should be setting it to ignore ".cvsignore" files. They simply shouldn't be there as it is a Subversion repository. uups, it was very late at night for me when i was reading your issue, i even typed .cvsignore in my answer, but i was still thinking about svn:ignore proerties. now i see the point. thanks for the explanation We will try to workaround this. However, I would not recommend mixing versioning systems like that. I mean, having a CVS checkout and inside this checkout have a Subversion checkout. The issue isn't that the SVN working copy is inside the CVS working copy. It's that the parent directory contains both Subversion and CVS working copies (as not all projects are using the single version control system). So, something like /usr/home/cvsWorkingDir contains the CVS checked out source /usr/home/svnWorkingDir contains the SVN checked out source This happens to me as well. I don't know if it's adding the cvsignore files because there's some cvs files in my home dir. But it's not caused by having the SVN checkout within a CVS checkout. Yes, it is caused by the CVS folder (or .svn folder) in your home dir. Try to remove it and run NetBeans. Versioning manager should now take care of this. |