由于提交消息为空而中止提交(editor = atom) [英] Aborting commit due to empty commit message (editor = atom)

问题描述

有人在这里实际使用原子用于git commit消息吗?我想要但是我遇到了这个问题，并且一直坚持使用git commit -m'....'.当我尝试使用atom时，它会打开atom，几乎立即我从git bash收到此消息: 提示:等待您的编辑器关闭文件...由于提交信息为空，正在中止提交.

Does anyone actually use atom for git commit messages here? I want to but I'm having this problem and have been sticking with git commit -m '....' . When I try to use atom, it opens atom and almost immediately i get this message from git bash: hint: Waiting for your editor to close the file... Aborting commit due to empty commit message.

推荐答案

我了解自您提出问题以来，您已切换到SublimeText，但对于其他人:

I understand you have switched to SublimeText since your question, but for others:

最近(2019年4月) atom/atom问题19147

Recent (April 2019) atom/atom issue 19147

改为设置[core] editor = atom --add --wait.
--add将始终在最后一个焦点的窗口中打开新的编辑器.

set [core] editor = atom --add --wait instead.
--add will always open the new editor in the last-focused window.

最近的Atom/Git似乎仍然有问题(一个不同的问题，这意味着您原来的问题可能已经解决了):

The recent Atom/Git seem still have issue (a different one, meaning your original issue might have been solved):

• Atom:1.36.0
• 电子:2.0.18
• Chrome:61.0.3163.100
• 节点:8.9.3

在Windows 10上

On Windows 10

预期的行为

当我们在Atom中完成Git提交消息的编辑后，它应该返回到原始进程(例如:shell命令)

Expected behaviour

When we finish a Git commit message edit in Atom, it should return to the original process (e.g.: shell command)

不返回原始过程.
(在v1.36.0之前，它曾经返回到原始过程)

Not returning to the original process.
(Before v1.36.0, it used to return to the original process)

其他Git命令也会发生相同的行为，例如制作交互式提交重新设置基准.
当以安全模式在Atom中打开Git提交消息编辑器时，会发生同样的事情

The same behaviour happens with other Git commands like crafting interactive commit rebasing.
The same thing happens when a Git commit message editor opens in Atom in safe mode

这篇关于由于提交消息为空而中止提交(editor = atom)的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！