1

本周早些时候，我决定尝试使用符号链接将所有 dot 文件转换为 git repo，但我破坏了很多开发设置。虽然我已经恢复了我所能做的，但我仍然有一些我不确定如何解决的问题。

一个例子是当我运行 git commit （没有标志）时，它通常会弹出我的 vim，其中包含以下典型项目.gitmessage：

50 个字符的主题行

包含 72 个字符的较长描述。这应该回答：

  • 为什么这个改变是必要的？
  • 它如何解决问题？

  • 有没有什么副作用？

    如果有的话，请附上票证的链接。

我显然摆脱了那个文件，因为当我运行 git commit 它显示：

在此处输入图像描述

所以我让其他开发人员之一向我发送他们的 .gitmessage 文件，我将它放到我的目录中，但现在当我运行git commitvim 时，只显示正常的 vim 启动屏幕。我开始输入并保存，它抱怨没有filename. 我给它一个，它似乎并不关心或将它附加到我的 git 提交中。

我确定我搞砸了一些 git 问题，但我不确定在哪里或如何解决这个问题。

编辑：

多亏了迈克尔，我已经更新了我commit.template的指向正确的文件，但可惜我仍然没有做对。这是它的样子：

4

1 回答 1

1

一些配置丢失了，恢复起来并不难。首先是commit.templateGit 配置。将~/.gitmessage文件恢复到预期位置后，告诉 Git 如何找到它：

git config --global commit.template $HOME/.gitmessage

或者添加如果您不介意.gitconfig直接修改您的，您可以添加：

[commit]
    template = ~/.gitmessage

然后，根据您上面的动画，看起来 Git 可能使用与 Vim 不同的编辑器设置，正如您所期望的那样。这可能是因为core.editor配置未设置并依赖于您的$EDITOR环境变量。如果您希望它使用正确的 Vim（而不是 vi 兼容性），请设置配置：

git config --global core.editor vim

或者修改 .gitconfig

[core]
    editor = vim

如果您的$EDITOR环境变量设置为vim. 无论如何，我都建议这样做，因此当正在运行的程序需要编辑器时，始终使用您首选的编辑器。在你的~/.bashrc你可以添加：

export EDITOR=vim
于 2014-10-24T15:07:37.730 回答