lkml.org 
[lkml]   [2012]   [Jan]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: Regulator updates for 3.3
    Date
    Linus Torvalds <torvalds@linux-foundation.org> writes:

    > Addid junio and git to the cc just to bring up this issue of bad UI
    > once again. I realize it could break old scripts to start up an editor
    > window, but still..

    It is a non-starter to unconditionally start an editor. We would need a
    good way for users to conveniently say "I am doing this unusual merge that
    needs to be justified, and I want an editor to write my justification".

    Obviously, "git merge -e regulator/for-linus" would work and is just three
    keystrokes, which can be said "convenient enough" once the user gets used
    to, but I think this is still inadequate as a solution, as the real
    problem is it is _too_ easy to forget to give the option. Until the user
    becomes _aware_ of the issues, it will not even occur to the user that
    s/he _has_ to justify a merge (or not create a merge at all) in certain
    circumstances and directions. After all, you have been repeating the "do
    not make meaningless merges" for the past five years on the list. UI tweak
    alone will not fix that.

    If we are to rely on user's conscious action, I think it may be something
    like a set of configurations that say things like:

    - This branch is for advancing a specific topic, and not for merging
    random development that happen elsewhere;

    - This branch is for merging works by people downstream from me;

    - This remote tracking branch (and by extension that branch at that
    remote that uses this as its remote tracking branch) is my upstream and
    I should not be merging back from it; and

    - This remote tracking branch is my downstream, and I should freely merge
    it when I heard it is ready.

    and depending on the combination of what is being merged into what, toggle
    the --edit option by default for "git merge" when neither "--edit" nor
    "--no-edit" is given, just like "git merge" defaults to "--edit" when
    merging an annotated tag.


    \
     
     \ /
      Last update: 2012-01-11 03:31    [W:0.020 / U:88.448 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site