| Summary: | Artificial "Track"/"Untrack" actions are confusing to EGit evaluators | ||
|---|---|---|---|
| Product: | [Technology] EGit | Reporter: | Uwe Stieber <uwe.st> |
| Component: | Core | Assignee: | Stefan Lay <stefan.lay> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | stefan.lay |
| Version: | unspecified | ||
| Target Milestone: | 0.9.0 | ||
| Hardware: | PC | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Uwe Stieber
> and the equivalent to "git rm" should be added (at least I haven't found it).
Obviously "Untrack" is "git rm", so make this "Untrack" should be properly renamed.
Since commit df27ebc65d7eb50b3c8eae96155e58c865241b7e from 2010-07-28 the "Add" command does the following: "Now whole subtrees can be added by the Add menu item. It stages changes, adds files and resolves conflicts. Files ignored by .gitignore or by Eclipse are not added to the repository." These are the main features of the command line add. Since commit f1a567951bf1c9a0aca47afafffde930b9740cf3 from 2010-07-29 the "Track" menu item is remove. You can get this changes with the nightly build or with the next release 0.9.0 planned for september. What would you expect instead of "Untrack"? Well, in a very naive approach, guess I would name it "Rm" having a red "-" sign as icon. But "Untrack" corresponds to rm --cached. This means that the file is deleted in the index but kept in the working tree. Git rm is implicitely done if you delete a file in eclipse. OK, than keep the "Untrack". You may close the bugzilla than. Ok, if you have any better idea than "Untrack" please reopen the bug. Mercurial uses "Remove from Repository". But I doubt that it is better than "Untrack". |