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 151164 - [65cat] 'Exclude from commit' metadata should be stored in project instead NetBeans metadata
Summary: [65cat] 'Exclude from commit' metadata should be stored in project instead Ne...
Status: NEW
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: CVS (show other bugs)
Version: 6.x
Hardware: PC Linux
: P3 blocker (vote)
Assignee: issues@versioncontrol
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-23 15:52 UTC by Michel Graciano
Modified: 2010-07-30 09:55 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Michel Graciano 2008-10-23 15:52:49 UTC 
[ BUILD # : 6.5 RC1 ]
[ JDK VERSION : 1.6.0_07 ]

'Exclude from commit' feature should be changed to store its metadata
in a per project scope instead of IDE scope. The problem is, if I am
currently using the dev builds for 6.5 and mark any file as excluded
from commit and install RC1, even importing settings from 6.X, I will
lose this information, which could cause incorrect files to be pushed
into the repository. I can reproduce this issue if I change the user
folder, refresh for a new one for example.
I consider it as a defect since this approach could cause data loss.
Comment 1 Maros Sandor 2008-10-27 09:24:57 UTC 
Storing this in a project metadata would be tricky since you can work with versioned files from within favorites view
with no projects open. So the userdir is the only possible single storage for that information. On the other hand,
importing excluded patterns from earlier versions does make sense, I will check IDE's behavior there. I do not consider
this a P2 defect since you can (and should) check files being committed in the commit dialog and excluding files there
fixes the problem.