WindowsでGitを試しています。「gitcommit」を試してみると、次のエラーが発生しました。
ターミナルはダムですが、VISUALもEDITORも定義されていません。-mまたは-Fオプションを使用してメッセージを入力してください。
そこで、EDITORという環境変数が必要だと考えました。問題ない。メモ帳を指すように設定しました。それはほとんどうまくいきました。デフォルトのコミットメッセージがメモ帳で開きます。ただし、メモ帳はベアラインフィードをサポートしていません。外に出てNotepad++%EDITOR%を入手しましたが、Gitで期待どおりに動作するようにNotepad++をとして設定する方法がわかりません。
私はNotepad++と結婚していません。この時点では、どのエディターを使用してもかまいません。コマンドライン（を使用）ではなく、エディターでコミットメッセージを入力できるようにしたいだけです-m。
WindowsでGitを使用している方：コミットメッセージを編集するためにどのツールを使用し、それを機能させるために何をしなければなりませんでしたか？
2015 年 9 月更新 (6 年後)
git-for-Windows (2.5.3)の最後のリリースには、次のものが含まれています。
を構成することにより
git config core.editor notepad、ユーザーはデフォルトのエディターとして使用できるようnotepad.exeになりました。
構成git config format.commitMessageColumns 72はメモ帳ラッパーによって取得され、ユーザーが編集した後にコミット メッセージを改行します。
Johannes Schindelin ( )によるcommit 69b301bを参照してください。dscho
また、Git 2.16 (2018 年第 1 四半期) では、エディターが非表示のウィンドウまたはわかりにくい場所で開いてユーザーが迷子になった場合に備えて、エディターを生成するときに、ユーザーが編集を完了するのを待っていることをユーザーに通知するメッセージが表示されます。
Lars Schneiderによる commit abfb04d ( 2017 年 12 月 7 日) とcommit a64f213 (2017 年 11 月 29 日)を参照してください。
手伝い：浜野ジュニオC ( ) . ( 2017 年 12 月 19 日にコミット 0c69a13でJunio C Hamanoによってマージされました)larsxschneidergitster
gitster
launch_editor(): Git がユーザー入力を待機していることを示します
GIT_EDITOR開いてユーザー入力 (" " など) を待機する Git コマンドによってグラフィックが生成されるとgit rebase -i、エディター ウィンドウが他のウィンドウによって隠される場合があります。
ユーザーは、Git を続行する前に別のウィンドウと対話する必要があることに気付かずに、元の Git ターミナル ウィンドウを見つめたままになる可能性があります。このユーザーには、Git がハングしているように見えます。端末が最後の行の消去をサポートしている場合、Git が元の端末でエディターの入力を待機しているというメッセージを出力し、エディターが戻ったときにそれを取り除きます
元の答え
gitバージョン1.6.2.msysgit.0.186.gf7512とNotepad ++ 5.3.1でテストしました
EDITOR 変数を設定する必要がないことを好むので、次のことを試しました。
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 からは機能しません。
(core.editor 構成メカニズムでは、" start /WAIT..." を含むスクリプトは機能せず、新しい DOS ウィンドウを開くだけであるというわけではありません)
ベネットの答えは、スクリプトの追加を避ける可能性について言及していますが、単純な引用符の間でプログラム自体を直接参照する可能性があります。スラッシュの向きに注意！パス名でフォルダーを区切るには/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 config.
（スクリプトを使用した）実際の解決策は、次の
ことを認識することでした。構成ファイルで参照しているのは、実際にはシェル（/bin/sh）スクリプトであり、DOSスクリプトではありません。
だから何がうまくいくのですか：
C:\prog\git>git config --global core.editor C:/prog/git/npp.bat
とC:/prog/git/npp.bat:
#!/bin/sh
"c:/Program Files/Notepad++/notepad++.exe" -multiInst "$*"
また
#!/bin/sh
"c:/Program Files/Notepad++/notepad++.exe" -multiInst -notabbar -nosession -noPlugin "$*"
その設定で、 DOS や Git Shell から ' ' を実行したり、DOS や Git Shell からgit config --global --edit' ' を実行したりできますgit rebase -i ...。
ボット コマンドは、notepad++ の新しいインスタンス (したがって-multiInst' オプション) をトリガーし、そのインスタンスが閉じられるのを待ってから続行します。
「/」のみを使用していることに注意してください\。オプション 2 を使用して msysgit をインストールしました(git\binディレクトリをPATH環境変数に追加しますが、組み込みの Windows ツールをオーバーライドすることはありません)。
notepad++ ラッパーの名前が .bat であることは重要ではありません。
「npp.sh」という名前を付けて、[git]\cmdディレクトリ（またはPATH環境変数で参照されるディレクトリ）に配置することをお勧めします。
以下も参照してください。
lightfire228はコメントに追加します:
N++ が空のファイルを開くだけで、git がコミット メッセージを取得しないという問題がある場合は、「メッセージが空のためコミットを中止する
.bat」を参照してください。または.shファイルを次のように変更します。
"<path-to-n++" .git/COMMIT_EDITMSG -<arguments>.
これにより、空の新しいファイルではなく、一時コミット ファイルを開くように notepad++ に指示されます。
ダレンの答えに基づいて、Notepad ++を使用するには、これを簡単に実行できます（すべて1行で）：
git config --global core.editor "'C:/Program Files/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin"
明らかに、このC:/Program Files/Notepad++/notepad++.exe部分は、システム上の Notepad++ 実行可能ファイルへのパスである必要があります。たとえば、C:/Program Files (x86)/Notepad++/notepad++.exe.
それは私にとって魅力のように機能します。
記事Vim の代わりに Notepad++ をコミット用のデフォルトの Git エディターとして設定する方法は、コマンドのパラメーターについて説明しています。
とにかく、私はこれで遊んでいて、次のことがうまくいくことがわかりました：
git config --global core.editor "'C:/Program Files/TextPad 5/TextPad.exe' -m"
CMDは一重引用符が好きではないと思うので、「スペースが埋め込まれた文字列引数を指定するには」二重引用符を使用する必要があります。
一方、Cygwin (Git の Bash の基盤となるプラットフォームであると私は信じています) は、 と の両方が好き'です"。文字列が引用符で囲まれている限り、 の/代わりにを使用して、CMD のようなパスを指定できます。つまり、この例では、単一引用符を使用しています。\
は、複数のエディターの使用をオーバーライド/示しており、最後に追加-mする必要はありません。%*
編集： Vim 7.3にアップデートした後、これを行うための最もクリーンで簡単な方法は次のとおりであるという結論に達しました。
Vimのメインフォルダーをパスに追加します（[マイコンピューター] → [プロパティ] → [詳細設定] → [環境変数]を右クリックします）
これを実行します：
git config --global core.editor "gvim --nofork '%*'"
このようにすれば、Cygwinでも機能すると確信しています。
元の答え：
いくつかのVim関連の回答があっても、これをWindowsでgVimで動作させるのに問題がありました（バッチファイル、％EDITOR％、Cygwinを使用していません）。
私が最終的に到達したものは素晴らしくてきれいであり、ここにあるいくつかの解決策から引き出されています：
git config --global core.editor \
"'C:/Program Files/Vim/vim72/gvim.exe' --nofork '%*'"
しばらく時間がかかった1つの落とし穴は、これらはWindowsスタイルのバックスラッシュではないということです。これらは通常のスラッシュです。
Notepad ++は問題なく動作しますが、私はNotepad、-m、または場合によっては組み込みの「編集」を使用することを選択します。
Notepad ++を使用して発生している問題は、Gitがエディター実行可能ファイルを起動する方法に関連しています。これに対する私の解決策は、環境変数EDITORを実際のエディター実行可能ファイルではなくバッチファイルに設定することです。これにより、次のことが行われます。
start /WAIT "E:\PortableApps\Notepad++Portable\Notepad++Portable.exe" %*
/WAITアプリケーションが終了するまでコマンドラインセッションを停止するように指示します。これにより、Gitが喜んで待っている間、心ゆくまで編集できるようになります。％*は、バッチファイルへのすべての引数をNotepad++に渡します。
C:\src> echo %EDITOR%
C:\tools\runeditor.bat
私は Vim を使用して満足していますが、会社に Git を導入しようとしているので、私たち全員が持っている何かが欲しかったので、WordPad は問題なく動作するように見えました (つまり、Git は編集が終了して閉じるまで待機します)。窓）。
git config core.editor '"C:\Program Files\Windows NT\Accessories\wordpad.exe"'
これは msysgit で Git Bash を使用しています。Windows コマンド プロンプトから試したことはありません (違いがある場合)。
私は Windows でも Cygwin を使用していますが、gVim (端末ベースのVimとは対照的に) を使用しています。
この作業を行うために、次のことを行いました。
git_editor.bat以下を含む
1 行のバッチ ファイル (という名前) を作成しました。"C:/Program Files/Vim/vim72/gvim.exe" --nofork "%*"git_editor.batれましたPATH。GIT_EDITOR=git_editor.batこれが完了するとgit commit、などは gVim 実行可能ファイルを正しく呼び出します。
注 1: --noforkgVim へのオプションは、コミット メッセージが書き込まれるまでブロックすることを保証します。
注 2: パスにスペースがある場合は、gVim へのパスを引用符で囲む必要があります。
注 3: Git がスペースを含むファイル パスを渡す場合に備えて、"%*" を引用符で囲む必要があります。
スタック オーバーフロー コミュニティのおかげで...そしてちょっとした調査の結果、お気に入りのエディター EditPad Proを Windows XP SP3 上の msysgit 1.7.5.GIT および TortoiseGit v1.7.3.0 でコア エディターとして動作させることができました。 ..
上記のアドバイスに従って、コード エディター用の Bash スクリプトへのパスを追加しました...
git config --global core.editor c:/msysgit/cmd/epp.sh
ただし、上記の解決策で何度か失敗した後、最終的にこれを機能させることができました。EditPad Pro のドキュメントによると、「/newinstance」フラグを追加すると、シェルがエディターの入力を待機できるようになります...
「/newinstance」フラグが私の場合の鍵でした...
#!/bin/sh
"C:/Program Files/JGsoft/EditPadPro6/EditPadPro.exe" //newinstance "$*"
これは、より大きな問題の 1 つの兆候です。特に、何か設定がありますTERM=dumb。適切に動作しない他のものlessは、完全に機能する端末を持っていないことを示すコマンドです。
これは、最も一般的には、グローバルな Windows 環境変数で TERM が何かに設定されていることが原因のようです。私にとっては、 Strawberry Perlをインストールしたときに問題が発生しました。これに関する情報は、この問題の msysgit バグといくつかの解決策にあります。
最初の解決策は、 ~/.bashrc に以下を追加して修正することです:
export TERM=msys
これは、次のように Git Bash プロンプトから実行できます。
echo "export TERM=msys" >> ~/.bashrc
TERM=dumbStrawberry Perlが自分の環境設定に追加する理由を気にしないため、最終的に私が行ったもう 1 つの解決策は、msysgit バグ レポートのこのコメントで指示されてTERM=dumbいるように削除することです。
Control Panel/System/Advanced/Environment Variables... (または、Windows のバージョンによっては同様のもの) は、Windows でスティッキー環境変数が設定されている場所です。デフォルトでは、TERM は設定されていません。そこに TERM が設定されていれば、あなた (またはあなたがインストールしたプログラムの 1 つ - 例えば Strawberry Perl) がそれを設定しています。その設定を削除すれば、問題ありません。
同様に、Strawberry Perl を使用していて、CPANクライアントなどに関心がある場合は、そのままにして ~/.bashrc ファイルでTERM=dumb使用unset TERMできます。これは、上記の明示的な用語を設定するのと同様の効果があります。
もちろん、git config --global core.editor $MYFAVORITEEDITORGit がお気に入りのエディターを起動する必要があるときに、お気に入りのエディターを確実に使用できるようにするために使用できるという点で、他のすべてのソリューションは正しいものです。
Vim/gVimは私にとってはうまく機能します。
>echo %EDITOR%
c:\Vim\Vim71\vim.exe
私は複数のプラットフォームで Git を使用していますが、すべてのプラットフォームで同じ Git 設定を使用したいと思っています。(実際、私はすべての構成ファイルを Git でリリース管理しており、Git リポジトリのクローンを各マシンに配置しています。) 私が思いついた解決策は次のとおりです。
エディターをgiteditorに設定しました
git config --global core.editor giteditor
次に、PATHにあるgiteditorというシンボリック リンクを作成します。(個人用のbinディレクトリがありますが、PATH内のどこでも機能します。) そのリンクは、現在選択しているエディターを指しています。さまざまなマシンやさまざまなプラットフォームで、さまざまなエディターを使用しているため、ユニバーサル Git 構成 ( .gitconfig ) を変更する必要はなく、 giteditorが指すリンクだけを変更する必要があります。
シンボリック リンクは、私が知っているすべてのオペレーティング システムで処理されますが、使用するコマンドは異なる場合があります。Linux の場合、ln -sを使用します。Windows では、組み込みのcmd mklinkを使用します。構文は異なりますが (調べる必要があります)、実際にはすべて同じように機能します。
PortableGit 1.6 は正常に動作していましたが、PortableGit 1.7 Windows リリースにアップグレードした後、問題が発生しました。Git コマンドの中には、Notepad++.exe を正常に開くものと、そうでないものがあります。特に、Git リベースの動作が異なります。
問題は、一部のコマンドが Windows の cmd プロセスを実行し、一部のコマンドが Unix の cmd プロセスを使用することです。Notepad++ エディターに起動属性を与えたいので、カスタマイズされたスクリプトが必要です。私の解決策はこれです。
適切なテキスト エディターを実行するスクリプトを作成します。スクリプトは奇妙に見えますが、Windows と Unix の両方のバリエーションを処理します。
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 %*
グローバルな core.editor 変数を設定する
スクリプトは git/cmd フォルダーに保存されているため、既に gitconsole パスにあります。フルパスは正しく機能しない可能性があるため、これは必須です。
git config --global core.editor "git-editor.bat"
これで、git commit -aおよびgit rebase -i masterコマンドを実行できます。Git Windows ツールに問題がある場合は、試してみてください。
これは、 Geanyを Git のエディターとして使用するための私のセットアップです。
git config --global core.editor C:/path/to/geany.bat
に次の内容がありますgeany.bat。
#!/bin/sh
"C:\Program Files\Geany\bin\Geany.exe" --new-instance "$*"
DOS コンソールと msysgit の両方で動作します。
私はWindows でCygwinを使用しているので、以下を使用します。
export EDITOR="emacs -nw"
-nwつまり、 Emacs にX Windowno-windowsを使用しないように指示します。
Emacs のキーバインドは Windows シェルからは機能しないので、Cygwin シェルからのみ使用します... ( rxvtをお勧めします。)
GitをWordPad、Komodo Edit、および私が提供する他のほとんどすべてのエディターと連携させるのに苦労しました。ほとんどの場合編集可能ですが、Gitは明らかに保存/クローズが発生するのを待ちません。
松葉杖として、私はちょうどやっていました
git commit -m "Fixed the LoadAll method"
物事を動かし続けるために。コミットメッセージがおそらく本来よりも少し短くなる傾向がありますが、WindowsバージョンのGitで実行する必要のある作業がいくつかあることは明らかです。
GitGUIもそれほど悪くはありません。少しオリエンテーションが必要ですが、その後はかなりうまくいきます。
パスにスペースがあると、Git がエディターを見つけられないようです。したがって、 Patrick の回答に記載されているバッチ ファイルを空白以外のパスに配置する必要があります。
私は Emacs を使用することを好みます。設定するのは少し難しいかもしれません。
c:\emacsます。c:\emacs\bin\addpm.exe。Windows Vista 以降を使用している場合は、右クリックして「管理者として実行」する必要があります。これにより、実行可能ファイルがパスに配置されます。(server-start)ファイルのどこかに追加し.emacsます。ファイルを置く場所については、 Emacs Windows FAQを参照してください。.emacsgit config --global core.editor emacsclientwGit は、既存の Emacs プロセス内でファイルを開くようになりました。から既存のプロセスを手動で実行する必要がありc:\emacs\bin\runemacs.exeます。
私はちょうど同じ問題を抱えていて、別の解決策を見つけました。私は得ていた
error: There was a problem with the editor 'ec'
私は持っています、そして1行を含む私のパスでVISUAL=ec呼び出されたバッチファイル：ec.bat
c:\emacs\emacs-23.1\bin\emacsclient.exe %*
これにより、コマンドラインからを使用してファイルを編集できます。setec <filename>をVISUAL設定すると、ほとんどのunixyプログラムでもファイルが取得されます。ただし、Gitは他のコマンドとは異なる方法でパスを検索しているようですgit commit。プロセスモニターでを見ると、パス上のすべてのフォルダーで、ecとのパスが検索されますが、のパスは検索されec.exeませんec.bat。別の環境変数（GIT_EDITOR=ec.bat）を追加しましたが、すべて問題ありませんでした。
引用符と を使用して EDITOR 変数を設定することで、環境バージョンを機能させることができました/。
EDITOR="c:/Program Files (x86)/Notepad++/notepad++.exe"
これは、PowerShell およびcmder 1.2 (PowerShell で使用する場合) で機能します。ファイル内~/.gitconfig:
[core]
editor = 'c:/program files/sublime text 3/subl.exe' -w
私は GitHub for Windows を使用していますが、これは視覚的に優れたオプションです。しかし、私はコマンド ラインも好みます。そのため、Git シェルでリポジトリを開いたときにコマンド ラインが機能するようにするには、次のように設定します。
git config --global core.editor vim
これはうまく機能します。
デスクトップの Atom アイコンを右クリックし、プロパティをクリックしました。
「開始」場所のパスをコピーしました
そこを Windows エクスプローラーで調べると、「atom.exe」が見つかりました。
これをGit Bashに入力しました：
git config --global core.editor C:/Users/YOURNAMEUSER/AppData/Local/atom/app-1.7.4/atom.exe"
注: のすべてを変更し\ました/。ホームディレクトリに .bashrc を作成し、ホームディレクトリ/を設定するために使用しましたが、それが機能したので/、進むべき道だと思いました。
リモートでマウントされたホームドライブ ( Samba共有、NFS など) を使用すると、~/.gitフォルダーがすべてのシステムで共有され、いくつかの問題が発生する可能性があります。したがって、適切なシステムに適切なエディターを決定するためのスクリプトを好みます。
#!/usr/bin/perl
# Detect which system I'm on and choose the right editor
$unamea = `uname -a`;
if($unamea =~ /mingw/i){
if($unamea =~ /devsystem/i){#Check hostname
exec('C:\Program Files (x86)\Notepad++\notepad++.exe', '-multiInst', '-nosession', @ARGV);
}
if($unamea =~ /testsystem/i){
exec('C:\Program Files\Notepad++\notepad++.exe', '-multiInst', '-nosession', @ARGV);
}
}
$MCEDIT=`which mcedit`;
if($MCEDIT =~ /mcedit/){
exec($MCEDIT, @ARGV);
}
$NANO=`which nano`;
if($NANO =~ /nano/){
exec($NANO, @ARGV);
}
die "You don't have a suitable editor!\n";
単純なシェル スクリプトを考える人もいるかもしれませんが、msysgit に同梱されている Perl を使用しました。通常、Unix ライクなシステムでも同様に提供されます。または/home/username/binに追加する必要がある にスクリプトを配置PATHします。追加すると、どこにいても適切なエディターが手に入ります。.bashrc.profilegit config --global core.editor giteditor.pl
これは、Cygwin とTextPad 6 を使用して動作しています (編集: スクリプトに明らかな変更を加える限り、TextPad 5 でも動作します)。おそらく、モデルは他のエディターにも使用できます。
ファイル~/.gitconfig:
[core]
editor = ~/script/textpad.sh
ファイル~/script/textpad.sh:
#!/bin/bash
APP_PATH=`cygpath "c:/program files (x86)/textpad 6/textpad.exe"`
FILE_PATH=`cygpath -w $1`
"$APP_PATH" -m "$FILE_PATH"
このワンライナーも同様に機能します。
ファイル~/script/textpad.sh(オプション 2):
"`cygpath "c:/program files (x86)/textpad 6/textpad.exe"`" -m "`cygpath -w $1`"
Windows で Git を使用している方: コミット メッセージを編集するためにどのツールを使用していますか? また、それを機能させるために何をしなければなりませんでしたか?
WindowsとLinux の両方で、 git エディターと汎用コード エディターの両方として最も役立つツールは、 Sublime Text 3です。それは非常にうまく機能しますが、それを正しく行うには少しセットアップが必要なので、ここで完全に文書化しました:
私のメイン エディターに関する補足: 大きなプロジェクトでは、Eclipse をプライマリ エディターとして使用し、Sublime Text 3 を git エディターとして使用し、マルチカーソル モード、垂直/列などの高度な機能を利用する必要がある場合は追加のファイル エディターとして使用します。選択モードなど。小規模から中規模のプロジェクトでは、Sublime Text 3 だけを使用します。Eclipse のセットアップ手順については、こちらの PDF ドキュメントを参照してください。
私はそのままTortoiseGitを使用しています。これは、私のPuTTY公開鍵と見事に統合されています。
コミット メッセージに最適なエディターがあります。