On Wed, Sep 17, 2008 at 3:40 PM, Johannes Sixt <johannes.sixt@xxxxxxxxxx> wrote: > 1. The inability to stage a conflicted file by clicking the icon is > *very* disruptive. The new menu entry "Stage Working Copy" is > really only a workaround, and it shows. I can see two ways to fix it: 1) Allow that icon to work only if the diff is currently displayed, and also ask for confirmation if there are any conflict markers present. Problem: What should it do with modify/delete conflicts, which don't have any conflict markers? 2) Much harder: implement complete one-click undo. This involves saving information from the index somewhere, and forcing such items to remain in the 'staged' list, even if the index isn't different from the tree version any more. By the way, is there a simple way to re-create a conflict file from the saved multistage index entries? Probably the best fix is some combination of these two. > Furthermore, the operations "Use local version" and "Use remote > version" could be much more useful. They could serve as "merge > shortcuts": These operations should only use the "local" or "remote" > part inside the conflict markers, and not also reset the part that > is not visible. In the current form I found them useful only in the > modify/delete conflict cases, where I picked the "delete" part. That was simply a reimplementation of git-mergetool with proper GUI. It cannot do per-hunk resolution either... Alexander -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
