Re: What's in git.git (stable)

Theodore Tso <tytso@mit.edu> writes:

In contrast, you are trying to support only people by using Emacs _not_ as an editor, but as a mergetool under the control of git. That's a mistake.

Sorry, but you are way off here. The normal, standard use of Emacs is to start it once and do everything in it. Its startup time is such that other uses are not feasible.

(info "(emacs) Entering Emacs")

       Many editors are designed to edit one file.  When done with
    that file, you exit the editor.  The next time you want to edit a
    file, you must start the editor again.  Working this way, it is
    convenient to use a command-line argument to say which file to
    edit.

       However, killing Emacs after editing one each and starting it
    afresh for the next file is both unnecessary and harmful, since it
    denies you the full power of Emacs.  Emacs can visit more than one
    file in a single editing session, and that is the right way to use
    it.  Exiting the Emacs session loses valuable accumulated context,
    such as the kill ring, registers, undo history, and mark ring.
    These features are useful for operating on multiple files, or even
    continuing to edit one file.  If you kill Emacs after each file,
    you don't take advantage of them.

       The recommended way to use GNU Emacs is to start it only once,
    just after you log in, and do all your editing in the same Emacs
    session.  Each time you edit a file, you visit it with the
    existing Emacs, which eventually has many files in it ready for
    editing.  Usually you do not kill Emacs until you are about to log
    out.  *Note Files::, for more information on visiting more than
    one file.

       To edit a file from another program while Emacs is running, you
    can use the `emacsclient' helper program to open a file in the
    already running Emacs.  *Note Emacs Server::.

So git's mergetool philosophy is currently _straight_ set against the way Emacs is designed to work.

One solution would be to call emacs -q in order to weed out users with the impunity of customizing Emacs to suit their needs rather than those of git.

But the sanest is really to call Emacs just the way the user configured $EDITOR to call it and pass it an initial merge command. And then decide from the results on the disk what to further do.