Bug 459144 - Deleting a branch should not need confirmation if the commit still has another name
Summary: Deleting a branch should not need confirmation if the commit still has anothe...
Status: NEW
Alias: None
Product: EGit
Classification: Technology
Component: UI (show other bugs)
Version: 3.6   Edit
Hardware: All All
: P3 minor (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-04 10:17 EST by Roland Illig CLA
Modified: 2015-02-04 10:17 EST (History)
0 users

See Also:

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 Roland Illig CLA 2015-02-04 10:17:18 EST 
I am in the History view and have enabled the “Show All Branches and Tags” view mode.

There is a commit with two branches: “release-candidate-2015” and “origin/release-candidate-2015”. Since the origin branch points to the same commit as my local branch, I don’t need my local branch anymore and want to delete it.

So I right-click on the commit and choose “Delete Branch”. A confirmation dialog pops up. I think this confirmation dialog is not useful, since I can delete this branch without any danger. The commit it points to will still be visible after I delete the local branch, since the remote branch points to it.

So when I’m in “Show All Branches and Tags” mode, the branch should be deleted without confirmation. The situation is probably different when I’m not in the “Show All Branches and Tags” mode.