Estoy intentando configurarÁtomocomo mi editor de texto para mensajes de confirmación de git en la línea de comando.
Varias páginas, entre ellaseste en Githubdice usar esto:
git config --global core.editor "atom --wait"
Esto funciona, pero sólo si aún no tengo una ventana de átomo abierta. Si lo hago, parece que el nuevo proceso atómico simplemente pasa todos los argumentos al proceso existente y finaliza, dejando la --waitopción inútil.
Esto es en Windows 10, no sé cómo se comporta en otros sistemas operativos, pero mi pregunta es específicamente para Windows, a menos que sea un problema general.
Entonces, cuando ejecuto mi comando git commit y no se está ejecutando ningún proceso atom, sucede esto:
git commit- Atom se genera y abre el editor con la plantilla de mensaje de confirmación.
cuando guardoy cerrar la ventana del átomo, git continúa e informa:
[master 3745ef7] xyz 1 file changed, 1 insertion(+)
Sin embargo, si ya tengo una ventana de átomo abierta cuando hago lo anterior, sucede esto:
git commit- Atom se genera, tal como lo hizo antes.
Pero simultáneamente, git informa esto y sale:
Aborting commit due to empty commit message.
Mi comentario anterior de "transmitir los argumentos al proceso existente" es una conjetura y puede que no sea lo que sucede en absoluto.
También probé esto:
atom --wait --new-window
Lo que de hecho abre una ventana completamente nueva además de la ventana original, con solo la guía y mi archivo de mensaje de confirmación, pero esto también tiene el mismo problema, si ya tenía un proceso existente obtengo la nueva ventana pero git termina con un error porque atom.exeterminó.
Entonces, ¿hay alguna manera de entrenar a Atom para que se comporte correctamente en mi entorno y en esta situación?