| Summary: | [CVS UI] Merge from HEAD - resulting file wasn't managed | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Kevin McGuire <Kevin_McGuire> |
| Component: | Team | Assignee: | Platform-VCM-Inbox <platform-vcm-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | Keywords: | usability |
| Version: | 2.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Kevin McGuire
It is expected that new files (you don't have them in the branch loaded in the workbench) that are updated become unmanaged as a result of the merge. Merging is *always* a content operation in CVS as merge sources are not persisted in the repo! Once the unmanaged file is in your workspace you can add/commit. I've verified this several times today and it works for me. To get the error you mention, you would of had to of already released that file to the branch at some other time. Marking future. Would be good to be able to tag files on different branches under those conditions where we can. In my failure case I had branched the entire project, then backed out realizing I really only wanted to branch the package. So I replaced the project with head, but reverted the package with the branch. I then tried to 'add' the file that was in head to my branch. Reopening We help the user by offering to add files during a commit. In the case of conflicting additions, we offer Mark as Merged and Override and Commit. |