问题描述
我经常不必修改多个提交消息,但它已经发生过一次或两次,我从未想过看到这一点。我希望别人有。当我 git rebase -i HEAD〜7 时,预期列表将在vi中完全按照预期打开。我将 pick 值更改为 edit ,然后:wq $ c $
$ b
结果:无法执行编辑器
我的全局 .gitconfig 中的 core.editor 设置为 vi (我也将它改变为 vim )。我尝试使用 mate ,但这甚至没有正确打开初始列表,所以我将它改回。
我使用v1.7.3并欢迎任何建议。
昨天只是其中的一个。在云雀中,我决定设置vi的完整路径(例如 / usr / bin / vi ),而不仅仅是可执行文件。现在一切正常。我必须承认,我不明白,因为 vi 完全可以自行执行(我的 $ EDITOR env变量也被设置为 vi ),但它正在工作,我的技术业力最近并不是很好,所以也许我不应该质疑神只会......
I don't often have to modify multiple commit messages, but it has happened once or twice and I don't ever remember seeing this. I hope someone else has. When I git rebase -i HEAD~7, the expected list opens in vi exactly as expected. I change the pick values to edit where appropriate and then :wq.
Result: Could not execute editor
The core.editor setting in my global .gitconfig is vi (I've also changed it to vim in a wildly desperate move). I tried using mate, but that didn't even open the initial list properly so I changed it back.
I'm using v1.7.3 and would welcome any suggestions.
Yesterday was just one of those days. On a lark, I decided to set the full path to vi (e.g. /usr/bin/vi) rather than just the executable. Now everything works. I have to admit that I don't get it since vi is perfectly executable on its own (my $EDITOR env variable is also set to vi), but it's working and my technical karma hasn't been so great lately so maybe I just shouldn't question the deities will...
这篇关于无法执行编辑器的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!