我正在试用Windows上的Git。我到了尝试“git commit”的地步，我得到了这个错误:
终端是哑的，但没有视觉也 编辑器定义。请提供 消息使用-m或-F选项。
所以我发现我需要一个叫做EDITOR的环境变量。没有问题。我把它设置为指向记事本。这几乎奏效了。默认的提交消息在记事本中打开。但是记事本不支持换行。我出去得到了notepad++，但我不知道如何将notepad++设置为%EDITOR%，使其与Git正常工作。
我没有嫁给notepad++。在这一点上，我不介意我使用什么编辑器。我只是希望能够在编辑器中而不是在命令行中输入提交消息(使用-m)。
那些在Windows上使用Git的人:你使用什么工具来编辑你的提交消息，你必须做什么才能让它工作?
当前回答
我的PortableGit 1.6运行良好，但在升级到PortableGit 1.7 Windows版本后，我遇到了一些问题。有些Git命令可以打开notepad++ .exe，但有些不能，尤其是Git rebase的行为不同。
问题是有些命令运行Windows的cmd进程，有些命令使用Unix的cmd进程。我想给启动属性notepad++编辑器，所以我需要有一个自定义脚本。我的解是这个。
Create a script to run an appropriate text editor. The script looks weird, but it handles both the Windows and Unix variation. c:/PortableGit/cmd/git-editor.bat #!/bin/sh # Open a new instance function doUnix() { "c:\program files\notepad++\notepad++.exe" -multiInst -nosession -notabbar $* exit } doUnix $* :WINCALL "c:\program files\notepad++\notepad++.exe" -multiInst -nosession -notabbar %* Set the global core.editor variable The script was saved to git/cmd folder, so it's already in a gitconsole path. This is mandatory as a full path may not work properly. git config --global core.editor "git-editor.bat"
现在我可以运行git commit -a和git rebase -i master命令。如果你在Git Windows工具中遇到问题，可以尝试一下。
其他回答
Vim/gVim很适合我。
>echo %EDITOR%
c:\Vim\Vim71\vim.exe
我只是遇到了同样的问题，却找到了不同的解决方案。我正在
error: There was a problem with the editor 'ec'
我有VISUAL=ec，在我的路径上有一个名为ec.bat的批处理文件，其中包含一行:
c:\emacs\emacs-23.1\bin\emacsclient.exe %*
这让我可以用ec <filename>从命令行编辑文件，并且拥有VISUAL set意味着大多数unix程序也会选择它。Git搜索路径的方式似乎与我的其他命令不同——当我在进程监视器中查看Git提交时，我看到它在ec和ec.exe路径上的每个文件夹中查找，但没有ec.bat。我添加了另一个环境变量(GIT_EDITOR=ec.bat)，一切正常。
根据VonC的建议，这对我很有效(差点把我逼疯了):
git config --global core.editor "'C:/Program Files (x86)/Sublime Text 3/subl.exe' -wait"
省略-wait可能会导致问题，特别是如果你正在使用Gerrit，并且更改id必须手动复制到提交消息的底部。
我在Windows上使用Cygwin，所以我使用:
export EDITOR="emacs -nw"
-nw代表无窗口，即告诉Emacs不要尝试使用X窗口。
Emacs键绑定不能从Windows shell中为我工作，所以我只会从Cygwin shell中使用这个…(建议使用rxvt)
我很难让Git与写字板、科莫多编辑器以及我给它的几乎所有其他编辑器合作。大多数打开以供编辑，但Git显然不会等待保存/关闭发生。
作为拐杖，我一直在做。
git commit -m "Fixed the LoadAll method"
让事情继续发展。它往往会使我的提交消息比应该的要短一些，但显然在Windows版本的Git上还有一些工作要做。
GitGUI也不是那么糟糕。它需要一点定位，但在那之后，它工作得很好。
