我也在Windows上使用Cygwin，但使用的是gVim(与基于终端的Vim相反)。

为了做到这一点，我做了以下工作:

创建一个单行批处理文件(命名为git_editor.bat)，其中包含以下内容: "C:/Program Files/Vim/vim72/gvim.exe"——nofork "%*" 将git_editor.bat放在我的PATH中。 设置GIT_EDITOR = git_editor.bat

完成此操作后，git提交等将正确地调用gVim可执行文件。

注1:gVim的——nofork选项确保它阻塞直到提交消息被写入。

注2:如果路径中有空格，则必须在gVim路径周围加上引号。

注意3:“%*”周围的引号是必要的，以防Git传递一个带空格的文件路径。

2015年9月更新(6年后)

git-for-Windows的最新版本(2.5.3)现在包括:

通过配置git配置核心。编辑notepad，用户现在可以使用notepad.exe作为默认编辑器。 commitmessagecolumns 72将被记事本包装器拾取，并在用户编辑后对提交消息进行换行。

参见Johannes Schindelin (dscho)的commit 69b301b。

Git 2.16(2018年第一季度)在生成编辑器时将显示一条消息告诉用户它正在等待用户完成编辑，以防编辑器 打开到一个隐藏的窗口或某个模糊的地方，用户得到 丢失。

参见Lars Schneider (larsxschneider)提交abfb04d(2017年12月7日)和提交a64f213(2017年11月29日)。 协助:Junio C Hamano(吉特)。 (由Junio C Hamano—gitster—在commit 0c69a13中合并，2017年12月19日)

launch_editor(): indicate that Git waits for user input When a graphical GIT_EDITOR is spawned by a Git command that opens and waits for user input (e.g. "git rebase -i"), then the editor window might be obscured by other windows. The user might be left staring at the original Git terminal window without even realizing that s/he needs to interact with another window before Git can proceed. To this user Git appears hanging. Print a message that Git is waiting for editor input in the original terminal and get rid of it when the editor returns, if the terminal supports erasing the last line

---

原来的答案

我刚刚用git版本1.6.2.msysgit.0.186测试了它。gf7512和notepad++ 5.3.1

我更喜欢不设置编辑器变量，所以我尝试了:

git config --global core.editor "\"c:\Program Files\Notepad++\notepad++.exe\""
# or
git config --global core.editor "\"c:\Program Files\Notepad++\notepad++.exe\" %*"

它总是给出:

C:\prog\git>git config --global --edit
"c:\Program Files\Notepad++\notepad++.exe" %*: c:\Program Files\Notepad++\notepad++.exe: command not found
error: There was a problem with the editor '"c:\Program Files\Notepad++\notepad++.exe" %*'.

如果我定义一个npp.bat，包括:

"c:\Program Files\Notepad++\notepad++.exe" %*

然后我输入:

C:\prog\git>git config --global core.editor C:\prog\git\npp.bat

它只能在DOS会话中工作，而不能在git shell中工作。 (不是那个核心。编辑器配置机制，一个脚本“start /WAIT…”在它不会工作，但只打开一个新的DOS窗口)

---

Bennett的回答提到了避免添加脚本的可能性，而是在简单的引号之间直接引用程序本身。注意斜线的方向!使用/ NOT \以路径名分隔文件夹!

git config --global core.editor \
"'C:/Program Files/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin"

如果你使用的是64位系统:

git config --global core.editor \
"'C:/Program Files (x86)/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin"

但是我更喜欢使用脚本(见下文):这样我就可以使用不同的路径或不同的选项，而不必再次注册git配置。

---

实际的解决方案(使用脚本)是实现: 你在配置文件中提到的实际上是一个shell (/bin/sh)脚本，而不是DOS脚本。

所以有效的方法是:

C:\prog\git>git config --global core.editor C:/prog/git/npp.bat

C: /食物/ git / npp.bat:

#!/bin/sh
"c:/Program Files/Notepad++/notepad++.exe" -multiInst "$*"

or

#!/bin/sh
"c:/Program Files/Notepad++/notepad++.exe" -multiInst -notabbar -nosession -noPlugin "$*"

有了这个设置，我可以从DOS或git Shell执行'git config -global -edit'，或者我可以执行'git rebase -i…从DOS或Git Shell。 Bot命令将触发一个notepad++的新实例(因此使用-multiInst'选项)，并等待该实例关闭后再继续。

注意，我只使用'/'，而不是\'。我使用选项2安装了msysgit。(将git\bin目录添加到PATH环境变量中，但不覆盖一些内置的windows工具)

notepad++包装器被称为.bat这一事实并不重要。 最好将其命名为'npp.sh'，并将其放在[git]\cmd目录中(或在由PATH环境变量引用的任何目录中)。

---

参见:

我如何查看' git diff '输出与视觉diff程序?对于一般理论 如何使用msysgit / gitk设置DiffMerge ?另一个外部工具的例子(DiffMerge和WinMerge)

---

Lightfire228在评论中补充道:

对于任何遇到n++只打开一个空白文件，git不接受你的提交消息的问题，请参阅“由于空消息而中止提交”:更改你的.bat或.sh文件如下:

"<path-to-n++" .git/COMMIT_EDITMSG -<arguments>. 

这将告诉notepad++打开临时提交文件，而不是一个空白的新文件。

那些在Windows上使用Git的人:你使用什么工具来编辑你的提交消息，你必须做什么才能让它工作?

在我的git编辑器和通用代码编辑器中，我发现在Windows和Linux中最有用的工具是Sublime Text 3。它工作得很好，但需要一点设置才能让它正确，所以我在这里完整地记录了这一点:

如何让Git使用我选择的编辑器进行提交?- Sublime Text 3作为Git编辑器的最佳设置(Windows和Linux指令)

关于我的主编辑器的边注:对于大型项目，我使用Eclipse作为我的主编辑器，Sublime Text 3作为我的git编辑器，当我需要使用它的高级功能时，如多光标模式，垂直/列选择模式等。对于中小型项目，我只使用Sublime Text 3本身。有关Eclipse的设置说明，请参阅我的PDF文档。

我的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工具中遇到问题，可以尝试一下。

我只是遇到了同样的问题，却找到了不同的解决方案。我正在

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)，一切正常。

编辑:更新到Vim 7.3后，我得出的结论是，最干净和最简单的方法是:

添加Vim的主文件夹到你的路径(右键单击我的电脑→属性→高级→环境变量) 运行这个: Git配置——全局核心。编辑器"gvim -nofork '%*'"

如果您这样做，那么我相当肯定它也会与Cygwin一起工作。

最初的回答:

即使有几个与vim相关的答案，我在Windows下的gVim上也遇到了麻烦(而不使用批处理文件或%EDITOR%或Cygwin)。

我最终得到的是漂亮而干净的，并借鉴了以下几个解决方案:

git config --global core.editor \
"'C:/Program Files/Vim/vim72/gvim.exe' --nofork '%*'"

我花了一点时间才发现，这些不是windows风格的反斜杠。它们是正常的正斜杠。