estou tentando configurarÁtomocomo meu editor de texto para mensagens de commit do git na linha de comando.
Várias páginas, incluindoeste no Githubdiz para usar isso:
git config --global core.editor "atom --wait"
Isso funciona, mas apenas se eu ainda não tiver uma janela Atom aberta. Se eu fizer isso, parece que o novo processo atom simplesmente passa todos os argumentos para o processo existente e termina, deixando a --waitopção inútil.
Isso ocorre no Windows 10, não sei como isso se comporta em outros sistemas operacionais, mas minha pergunta é especificamente para o Windows, a menos que seja um problema geral.
Então, quando executo meu comando git commit e nenhum processo atom está em execução, isso acontece:
git commit- Atom surge, abrindo o editor com o modelo de mensagem de commit
Quando eu salvoe feche a janela do átomo, git continua e relata:
[master 3745ef7] xyz 1 file changed, 1 insertion(+)
No entanto, se eu já tiver uma janela Atom aberta quando faço o procedimento acima, isso acontece:
git commit- Atom surge, assim como aconteceu antes
Mas simultaneamente, o git reporta isso e sai:
Aborting commit due to empty commit message.
Minha observação acima sobre "transmitir os argumentos para o processo existente" é conjectura e pode não ser o que acontece.
Eu também tentei isso:
atom --wait --new-window
O que de fato traz uma janela completamente nova além da janela original, com apenas o guia e meu arquivo de mensagem de commit, mas isso também tem o mesmo problema, se eu já tivesse um processo existente, recebo a nova janela, mas o git termina com um erro porque atom.exefoi encerrado.
Então, existe uma maneira de treinar o Atom para se comportar adequadamente em meu ambiente e nesta situação?