Come posso configurare un editor per lavorare con Git su Windows?

Question

Ci sto provando Git su Windows.Sono arrivato al punto di provare "git commit" e ho ricevuto questo errore:

Il terminale è stupido ma nessun visivo né editore definito.Si prega di fornire il messaggio utilizzando l'opzione -m o -f.

Quindi ho capito che dovevo avere una variabile d'ambiente chiamata EDITOR.Nessun problema.L'ho impostato in modo che punti al Blocco note.Ha funzionato, quasi.Il messaggio di commit predefinito si apre nel Blocco note.Ma il Blocco note non supporta gli avanzamenti di riga nudi.Sono uscito e sono andato Blocco note++, ma non riesco a capire come impostare Notepad++ come %EDITOR% in modo tale che funzioni con Git come previsto.

Non sono sposato con Notepad++.A questo punto non mi importa quale editor utilizzo.Voglio solo poterlo fare digitare i messaggi di commit in un editor piuttosto che dalla riga di comando (con -m).

Quelli di voi che usano Git su Windows:Quale strumento usi per modificare i tuoi messaggi di commit e cosa hai dovuto fare per farlo funzionare?

Answer 1

Aggiornamento settembre 2015 (6 anni dopo)

IL ultima versione di git-for-Windows (2.5.3) ora include:

Configurando git config core.editor notepad, utenti ora può usare notepad.exe come editor predefinito.
Configurazione git config format.commitMessageColumns 72 verrà raccolto dal wrapper del blocco note e a capo del messaggio di commit dopo che l'utente lo ha modificato.

Vedere commettere 69b301b di Johannes Schindelin (dscho).

E Git 2.16 (Q1 2018) mostrerà un messaggio per dire all'utente che sta aspettando che l'utente finisca la modifica durante la generazione di un editor, nel caso in cui l'editor si apra a una finestra nascosta o da un posto oscuro e l'utente si perde.

Vedere commettere abfb04d (07 dicembre 2017) e commettere a64f213 (29 novembre 2017) di Lars Schneider (larsxschneider).
Aiutato da: Junio ​​C Hamano (gitster).
^{(Uniti da Junio ​​C Hamano-- gitster -- In commetti 0c69a13, 19 dicembre 2017)}

launch_editor():indica che Git attende l'input dell'utente

Quando un grafico GIT_EDITOR è generato da un comando git che si apre e attende l'input dell'utente (ad es."git rebase -i"), quindi la finestra dell'editor potrebbe essere oscurata da altre finestre.
L'utente potrebbe essere lasciato a fissare la finestra del terminale GIT originale senza nemmeno rendersi conto che deve interagire con un'altra finestra prima che Git possa procedere.A questo utente Git appare sospeso.

Stampa un messaggio che Git è in attesa di un input dell'editor nel terminale originale e sbarazzati quando l'editor torna, se il terminale supporta la cancellazione dell'ultima riga

---

Risposta originale

L'ho appena testato con git versione 1.6.2.msysgit.0.186.gf7512 e Notepad++5.3.1

preferisco non devo impostare una variabile EDITOR, quindi ho provato:

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

Ciò dà sempre:

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" %*'.

Se definisco un npp.bat incluso:

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

e scrivo:

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

Funziona solo dalla sessione DOS, ma non dalla shell git.
(non quello con il meccanismo di configurazione core.editor, uno script con "start /WAIT..." non funzionerebbe, ma aprirebbe solo una nuova finestra DOS)

---

La risposta di Bennet menziona la possibilità di evitare di aggiungere uno script, ma di fare riferimento direttamente al programma stesso tra virgolette semplici.Nota la direzione delle barre!Utilizzo / NON \ per separare le cartelle nel nome del percorso!

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

Oppure se utilizzi un sistema a 64 bit:

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

Ma preferisco usare uno script (vedi sotto):in questo modo posso giocare con percorsi diversi o opzioni diverse senza dovermi registrare nuovamente a git config.

---

La soluzione reale (con uno script) era realizzare che:
ciò a cui fai riferimento nel file di configurazione è in realtà una shell (/bin/sh) sceneggiatura, non uno script DOS.

Quindi ciò che funziona è:

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

con C:/prog/git/npp.bat:

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

O

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

Con questa impostazione, posso fare 'git config --global --edit' da DOS o Git Shell, oppure posso fare 'git rebase -i ...' da DOS o Git Shell.
I comandi del bot attiveranno una nuova istanza di notepad++ (da qui il file -multiInst') e attendi che l'istanza venga chiusa prima di procedere.

Nota che utilizzo solo '/', no \'.E io installato msysgit utilizzando l'opzione 2. (Aggiungi il git\bin directory in PATH variabile di ambiente, ma senza sovrascrivere alcuni strumenti Windows integrati)

Il fatto che il wrapper di notepad++ si chiami .bat non è importante.
Sarebbe meglio chiamarlo 'npp.sh' e inserirlo nel file [git]\cmd directory però (o in qualsiasi directory a cui fa riferimento la variabile di ambiente PATH).

---

Guarda anche:

• Come posso visualizzare l'output di "git diff" con il programma visual diff? per la teoria generale
• Come posso configurare DiffMerge con msysgit / gitk? per un altro esempio di strumento esterno (DiffMerge e WinMerge)

---

lightfire228 aggiunge nei commenti:

Per chiunque abbia un problema in cui N++ apre semplicemente un file vuoto e git non accetta il tuo messaggio di commit, vedi "Interruzione del commit a causa del messaggio vuoto":cambia il tuo .bat O .sh file per dire:

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

Ciò dirà a notepad++ di aprire il file di commit temporaneo, anziché uno nuovo vuoto.

Answer 2

Basandosi su La risposta di Darren, per usare Notepad++ puoi semplicemente fare questo (tutto su una riga):

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

Ovviamente il C:/Program Files/Notepad++/notepad++.exe part dovrebbe essere il percorso dell'eseguibile Notepad++ sul tuo sistema.Ad esempio, potrebbe essere C:/Program Files (x86)/Notepad++/notepad++.exe .

Funziona come un incantesimo per me.

Answer 3

Ad ogni modo, ci ho appena giocato e ho scoperto che quanto segue funziona bene per me:

git config --global core.editor "'C:/Program Files/TextPad 5/TextPad.exe' -m"

Non penso che a CMD piacciano le virgolette singole, quindi è necessario utilizzare le virgolette doppie "per specificare l'argomento della stringa incorporata nello spazio".

A Cygwin (che credo sia la piattaforma sottostante per Git's Bash) piacciono entrambi ' E ";puoi specificare percorsi simili a CMD, utilizzando / invece di \, purché la stringa sia racchiusa tra virgolette, ad es.in questo caso, utilizzando virgolette singole.

IL -m sovrascrive/indica l'uso di più editor e non è necessario a %* appiccicato alla fine.

Answer 4

Modificare: Dopo l'aggiornamento a vim 7.3, sono giunto alla conclusione che il modo più semplice e pulito per farlo è:

1. Aggiungi la cartella principale di Vim al tuo percorso (fai clic con il pulsante destro del mouse su Risorse del computer -> Proprietà -> Avanzate -> Variabili d'ambiente)

2. Esegui questo:git config --global core.editor "gvim --nofork '%*'"

Se lo fai in questo modo, sono abbastanza sicuro che funzionerà anche con Cygwin.

Risposta originale:

Anche con un paio di risposte relative a vim, ho avuto problemi a farlo funzionare con gvim su Windows (pur non utilizzando un file batch o %EDITOR% o cygwin).

Ciò a cui sono arrivato alla fine è carino e pulito e trae spunto da alcune delle soluzioni qui:

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

Un problema che mi ha preso un po' è che queste non sono barre rovesciate in stile Windows, sono normali barre in avanti.

Answer 5

Notepad++ funziona perfettamente, anche se scelgo di restare con Blocco note, -m, o anche talvolta con la "modifica" integrata.

Il problema che riscontri utilizzando Notepad++ è legato al modo in cui git avvia l'eseguibile dell'editor.La mia soluzione a questo problema è impostare EDITOR su un file batch, anziché sull'effettivo eseguibile dell'editor, che esegue le seguenti operazioni:

start /WAIT "E:\PortableApps\Notepad++Portable\Notepad++Portable.exe" %*

/WAIT dice alla sessione della riga di comando di interrompersi fino alla chiusura dell'applicazione, quindi sarai in grado di modificare a tuo piacimento mentre git ti aspetta felicemente.%* passa tutti gli argomenti al file batch tramite Notepad++.

c:\src>echo %EDITOR%
c:\tools\runeditor.bat

Answer 6

Taccuino!

Sono felice di usare Vim, ma dal momento che sto cercando di presentare Git all'azienda, volevo qualcosa che avremmo avuto tutti e ho scoperto che Wordpad sembra funzionare bene (ad es.Git attende finché non hai finito di modificare e chiude la finestra).

git config core.editor '"C:\Program Files\Windows NT\Accessories\wordpad.exe"'

Sta usando Git Bash su msysgit;Non ho provato dal prompt dei comandi di Windows (se questo fa qualche differenza).

Answer 7

Utilizzo anche Cygwin su Windows, ma con gvim (al contrario di quello basato su terminale vim).

Per far funzionare questo, ho fatto quanto segue:

1. Creato un file batch di una riga (denominato git_editor.bat) che contiene quanto segue:
   "C:/Program Files/Vim/vim72/gvim.exe" --nofork "%*"
2. Posizionato git_editor.bat nel mio PATH.
3. Impostato GIT_EDITOR=git_editor.bat

Fatto ciò, git commit, eccetera.invocherà correttamente l'eseguibile gvim.

NOTA 1:IL --nofork L'opzione di gvim assicura che si blocchi finché il messaggio di commit non viene scritto.

NOTA 2:Le virgolette attorno al percorso di gvim sono necessarie se sono presenti spazi nel percorso.

NOTA 3:Le virgolette attorno a "%*" sono necessarie nel caso in cui git passi un percorso di file con spazi.

Answer 8

Grazie alla comunità SO...e con una piccola ricerca sono riuscito a trovare il mio editor preferito, ModificaPadPro, per lavorare come editore principale con MSYSGIT 1.7.5.Git e Tortoisegit v1.7.3.0 su WinXP SP3 ...

Seguendo il consiglio sopra ho aggiunto il percorso ad uno script bash per l'editor del codice...

git config --global core.editor c:/msysgit/cmd/epp.sh

Tuttavia, dopo diversi tentativi falliti delle soluzioni sopra menzionate...Finalmente sono riuscito a farlo funzionare.Secondo la documentazione di EditPadPro, l'aggiunta del flag '/newinstance' consentirebbe alla shell di attendere l'input dell'editor ....

IL '/nuovaistanza' la bandiera è stata la chiave nel mio caso...

#!/bin/sh
"C:/Program Files/JGsoft/EditPadPro6/EditPadPro.exe" //newinstance "$*"

Answer 9

Questo è il primo sintomo di problemi maggiori.In particolare, hai qualcosa che imposta TERM=stupido.Altre cose che non funzionano correttamente sono il less comando che dice che non hai un terminale completamente funzionante.Sembra che ciò sia più comunemente causato dal fatto che TERM è impostato su qualcosa nelle variabili di ambiente globali di Windows.Per quanto mi riguarda, il problema si è verificato quando ho installato Strawberry Perl. Alcune informazioni al riguardo si trovano sul file bug msysgit per questo problema oltre a diverse soluzioni.

La prima soluzione è risolverlo nel tuo ~/.bashrc aggiungendo:

export TERM=msys

Puoi farlo dal prompt Git BASH in questo modo:

echo "export TERM=msys" >> ~/.bashrc

L'altra soluzione che alla fine è quella che ho fatto perché non mi interessano i motivi per cui Strawberry Perl ha aggiunto TERM=dumb alle impostazioni del mio ambiente è andare e rimuovere TERM=dumb come diretto in questo commento sulla segnalazione di bug di msysgit.

Pannello di controllo/Sistema/Variabili avanzate/ambiente ...(o simile, a seconda della versione di Windows) è dove vengono impostate le variabili di ambiente appiccicoso su Windows.Per impostazione predefinita, il termine non è impostato.Se il termine è impostato lì dentro, allora (o uno dei programmi che hai installato - ad es.Strawberry Perl) lo ha impostato.Elimina tale impostazione e dovresti stare bene.

Allo stesso modo, se usi Strawberry Perl e ti interessa il client CPAN o qualcosa del genere, puoi lasciare il file TERM=dumb da solo e da usare unset TERM nel tuo file ~/.bashrc che avrà un effetto simile all'impostazione di un termine esplicito come sopra.

Naturalmente tutte le altre soluzioni che puoi utilizzare sono corrette git config --global core.editor $MYFAVORITEEDITOR per assicurarti che git utilizzi il tuo editor preferito quando deve avviarne uno per te.

Answer 10

Per Atomo tu puoi fare

git config --global core.editor "atom --wait"

e simili per VSCode

git config --global core.editor "code --wait"

che aprirà un Atomo O VSCode finestra attraverso la quale puoi impegnarti,

o per Sublime

git config --global core.editor "subl -n -w"

Answer 11

Modifica il file .gitconfig nella cartella c:\Users\YourUser e aggiungi:

[core]
editor = 'C:\\Program files\\path\\to\\editor.exe'

Answer 12

Vim/Gvim funziona bene per me

>echo %EDITOR%

c:\Vim\Vim71\vim.exe

Answer 13

PortableGit 1.6 funzionava bene, ma dopo l'aggiornamento alla versione di Windows PortableGit-1.7 si sono verificati problemi.Alcuni comandi git aprono bene Notepad++.exe, ma altri no, soprattutto git rebase si comporta diversamente.

Il problema è che alcuni comandi eseguono il processo cmd di Windows, altri utilizzano il processo cmd di Unix.Voglio fornire attributi di avvio all'editor Notepad++, quindi è necessario disporre di uno script personalizzato.La mia soluzione è questa.

1) Creare uno script per eseguire un editor di testo appropriato.Lo script sembra strano ma gestisce sia le variazioni di Windows che quelle di 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 %*

2) Impostare lo script variabile Global Core.Editor è stato salvato nella cartella GIT/CMD in modo che sia già in un percorso gitconsole, questo è obbligatorio poiché il percorso completo potrebbe non funzionare correttamente.

git config --global core.editor "git-editor.bat"

Ora posso correre git commit -a E git rebase -i master comandi.Provalo se riscontri problemi con lo strumento Windows Git.

Answer 14

Utilizzo git su più piattaforme e mi piace utilizzare le stesse impostazioni git su tutte.(In effetti, ho tutti i miei file di configurazione sotto il controllo del rilascio con git e ho inserito un clone del repository git su ogni macchina.) La soluzione che ho trovato è questa:

Ho impostato il mio editore A giteditor

git config --global core.editor giteditor

Quindi creo un collegamento simbolico chiamato giteditor che è nel mio SENTIERO.(Ho un personale bidone directory, ma ovunque nel file SENTIERO funziona.) Quel collegamento punta al mio attuale editor preferito.Su macchine diverse e piattaforme diverse utilizzo editor diversi, quindi ciò significa che non devo modificare la mia configurazione git universale (.gitconfig), solo il collegamento that giteditor punta a.

I collegamenti simbolici sono gestiti da ogni sistema operativo che conosco, sebbene possano utilizzare comandi diversi.Per Linux, usi ln -s.Per Windows, usi il file cmq integrato mklink.Hanno sintassi diverse (che dovresti cercare), ma in realtà funziona tutto allo stesso modo.

Answer 15

Basato su VonC suggerimento di cui sopra, questo ha funzionato per me (mi stava facendo impazzire):

git config --global core.editor "'C:/Program Files (x86)/Sublime Text 3/subl.exe' -wait"

Omettendo -wait puòcausare problemi soprattutto se stai lavorando con gerrit e gli ID di modifica devono essere copiati manualmente in fondo al messaggio di commit

Answer 16

Questa è la mia configurazione da utilizzare Geany come editor per git:

git config --global core.editor C:/path/to/geany.bat

con il seguente contenuto in geany.bat:

#!/bin/sh
"C:\Program Files\Geany\bin\Geany.exe" --new-instance "$*"

Funziona sia nella console DOS che in msysgit.

Answer 17

Utilizzo Cygwin su Windows, quindi utilizzo:

export EDITOR="emacs -nw"

IL -nw è per no-windows, cioè.dire a Emacs di non provare a usare X11.

Le combinazioni di tasti di Emacs non funzionano per me da una shell Windows, quindi la userei solo da una shell Cygwin...(rxvt consigliato.)

Answer 18

Preferisco usare emacs.Configurarlo può essere un po’ complicato.

1. Scarica emacs e decomprimilo da qualche parte come c:\emacs.
2. Correre c:\emacs\bin\addpm.exe.È necessario fare clic con il pulsante destro del mouse ed "Esegui come amministratore" se si utilizza Windows Vista o versione successiva.Questo metterà gli eseguibili sul tuo percorso.
3. Aggiungere (server-start) da qualche parte nel tuo .emacs file.Vedi il Domande frequenti su Emacs Windows per consigli su dove mettere il tuo .emacs file.
4. git config --global core.editor emacsclientw

Git ora aprirà i file all'interno di un processo emacs esistente.Dovrai eseguire manualmente il processo esistente da c:\emacs\bin\runemacs.exe.

Answer 19

Ho avuto difficoltà a far collaborare Git con Wordpad, KomodoEdit e praticamente ogni altro editor che gli ho fornito.La maggior parte è aperta alla modifica, ma git chiaramente non attende che avvenga il salvataggio/chiusura.

Come stampella, ho appena fatto, ad es.

git commit -m "Fixed the LoadAll method"

per mantenere le cose in movimento.Tendo a mantenere i miei messaggi di commit un po' più brevi di quanto probabilmente dovrebbero essere, ma chiaramente c'è del lavoro da fare sulla versione Windows di git.

Anche la GitGUI non è poi così male.Ci vuole un po' di orientamento, ma dopo funziona abbastanza bene.

Answer 20

Avevo bisogno di fare Entrambi di quanto segue per fare in modo che Git avvii notepad++ in Windoze:

-aggiungere quanto segue a .gitconfig:

editor = 'C:/Program Files/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin

-modificare il collegamento per avviare la shell git bash da eseguire come amministratore, quindi utilizzarlo per avviare la shell git bash.Supponevo che la voce del menu contestuale "Git Bash qui" non avviasse npp con le autorizzazioni richieste.

Dopo aver eseguito entrambe le operazioni sopra, ha funzionato.

Answer 21

Sembra che Git non trovi l'editor se ci sono spazi nel percorso.Quindi dovrai inserire il file batch menzionato in La risposta di Patrizio in un percorso senza spazi bianchi.

Answer 22

Ho appena avuto lo stesso problema e ho trovato una soluzione diversa.stavo ottenendo

error: There was a problem with the editor 'ec'

Ho avuto VISUAL=ec, e un file batch chiamato ec.bat sul mio percorso che contiene una riga:

c:\emacs\emacs-23.1\bin\emacsclient.exe %*

Questo mi consente di modificare i file dalla riga di comando con ec <filename>, e avere un set visivo significa che anche la maggior parte dei programmi unix lo rilevano.Git sembra però cercare il percorso in modo diverso rispetto agli altri miei comandi: quando ho guardato a git commit In ProcMon L'ho visto cercare in ogni cartella del percorso per ec e per ec.exe, ma non per ec.bat.Ho aggiunto un'altra variabile d'ambiente (GIT_EDITOR=ec.bat) e tutto andava bene.

Answer 23

Sono riuscito a far funzionare la versione dell'ambiente impostando la variabile EDITOR utilizzando virgolette e /:

EDITOR="c:/Program Files (x86)/Notepad++/notepad++.exe"

Answer 24

Sto usando GitHub per Windows che è una bella opzione visiva.Ma preferisco anche la riga di comando, quindi per farlo funzionare quando apro un repository in una shell Git ho semplicemente impostato quanto segue:

git config --global core.editor vim

che funziona alla grande.

Answer 25

Funziona con Powershell e cmder-1.2 (se utilizzato con PowerShell).In ~/.gitconfig

[core]
    editor = 'c:/program files/sublime text 3/subl.exe' -w

Come posso rendere Sublime Text l'editor predefinito per Git?

Answer 26

Rianimando un vecchio thread, ma ho trovato una soluzione meravigliosamente semplice pubblicata Qui - anche se potrebbe esserci un errore nel percorso in cui devi copiare il file "subl" fornito dall'autore.Utilizzo Win 7 x64 e ho dovuto inserire il file "subl" nel mio file /Git/cmd/ cartella per farlo funzionare.Funziona come un incantesimo però.

Answer 27

ATOM e Windows 10

1. Fare clic con il tasto destro del mouse sull'icona Atom sul desktop e fare clic su Proprietà.
2. Copiato il percorso della posizione "Inizia da".
3. Ho guardato lì con Windows Explorer e ho trovato "atom.exe".

4. Digita questo in git bash:

   git config --global core.editor C:/Users/YOURNAMEUSER/AppData/Local/atom/app-1.7.4/atom.exe"

Nota:Ho cambiato tutto \ per / .Ho creato un .bashrc nella mia directory home e ho utilizzato / per impostare la mia directory home e ha funzionato, quindi ho pensato / sarà la strada da percorrere.

editor di atom idiota git-bash Windows 10

Answer 28

Quando si utilizza un homedrive montato in remoto (condivisione samba, nfs, ...) il proprio ~/.git La cartella è condivisa su tutti i sistemi, il che può portare a diversi problemi.Quindi preferisco uno script per determinare l'editor giusto per il sistema giusto:

#!/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";

Si potrebbe considerare un semplice script di shell, ma ho usato perl poiché perl viene fornito con msysgit e anche i tuoi sistemi unixoid ne forniranno uno.Inserimento della sceneggiatura /home/username/bin, a cui andrebbe aggiunto PATH In .bashrc O .profile.Una volta aggiunto con git config --global core.editor giteditor.pl hai l'editor giusto, ovunque tu sia.

Answer 29

Funziona per me usando Cygwin e Textpad 6 (EDIT:funziona anche con Textpad 5 purché si apporti l'ovvia modifica allo script) e presumibilmente il modello potrebbe essere utilizzato anche per altri editor:

~/.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"

Anche questo one-liner funziona:

~/script/textpad.sh (opzione 2):

"`cygpath "c:/program files (x86)/textpad 6/textpad.exe"`" -m "`cygpath -w $1`"

Answer 30

Questo ha funzionato per me:

1. Aggiungi la directory che contiene l'eseguibile dell'editor al tuo file SENTIERO variabile.(per esempio. "C:\Programmi\Sublime Testo 3\")
2. Riavvia il computer.
3. Cambiare il core.editor variabile git globale al nome dell'eseguibile dell'editor senza l'estensione '.exe' (per esempio.git config --global core.editor sublime_text)

Questo è tutto!

NOTA: Sublime Text 3 è l'editor che ho usato per questo esempio.