【问题标题】:Why does NeoVim, Coc, Jedi, Mypy, ... generate some_name.py.[git hash].py files?为什么 NeoVim、Coc、Jedi、Mypy、... 生成 some_name.py.[git hash].py 文件?
【发布时间】:2020-08-13 09:30:39
【问题描述】:

我有一个相当基本的带有 Coc 的 NeoVim 设置,用于处理 Python 文件。我的 Coc 配置如下所示:

{
  "python.setLinter": ["mypy"],
  "python.linting.enabled": false,
  "python.linting.mypyEnabled": true,
  "python.formatting.provider": "black",
  "python.analysis.openFilesOnly": false,
  "python.jediEnabled": true,
  "coc.preferences.formatOnSaveFiletypes": [
    "python",
    "json",
    "html"
  ]
}

如果我编辑一个名为some_name.py 的文件,有时一个名为some_name.py.[some-git-hash].py 的文件会出现在原始文件旁边。这两个文件是相同的。我不知道为什么会发生这种情况,哪个进程/插件/...正在这样做,为什么它只是有时会发生 - 最重要的是:我是如何“启用”这个的。

这种行为的原因是什么?如何再次禁用它?

【问题讨论】:

  • 我只能代表绝地:这不是绝地。
  • 无法重现,some_name.py.[some-git-hash].py 文件位置是什么?
  • 它与 some_name.py 在同一个文件夹中

标签: mypy neovim python-jedi python-black coc.nvim


【解决方案1】:

您已经为 Python 启用了 coc 的 formatOnSave,当您保存 Python 文件时,coc 将克隆一个新文件,然后运行您的格式化程序,这里是 black,解析并将差异应用于您的原始文件。

但是我不能重现这个,some_name.py.[some-git-hash].py文件格式化后应该删除。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-12-24
    • 2019-10-25
    • 2021-05-20
    • 1970-01-01
    • 2021-06-20
    相关资源
    最近更新 更多