安装gited.el后执行git pull origin master时自动打开Emacs的问题排查

嘿，这个问题我之前也碰到过，大概率就是gited.el搞的鬼——作为Emacs上的Git仓库管理工具，它内置的仓库变更监测逻辑刚好命中了你描述的场景，下面给你拆解原因和对应的解决办法：

为什么会出现这个情况？ #

gited.el的核心功能之一就是实时盯着Git仓库的状态变化。当你执行git pull origin master拉取到新变更时，仓库的提交记录、文件内容发生了实际变化，gited的监测机制就会被触发，自动启动Emacs来展示变更的详情（比如diff对比信息）。

至于为什么不是每次都出现、也不是所有文件夹都触发：

• 只有拉取到新变更时触发：gited的自动触发逻辑只在仓库状态真的发生变化时才会激活，没有新变更的时候自然不会有动作。
• 不是所有文件夹都触发：只有那些被gited标记为「监测目标」的仓库才会有这个行为——可能你只在部分仓库里手动启用了gited关联，或者gited自动把你常用的仓库加入了监测列表。
• 偶尔不触发：可能是gited的监测机制存在小延迟，或者某些特殊场景下（比如网络卡顿、Git输出格式异常）没有正确捕捉到变更信号。

如何阻止自动打开Emacs？ #

这里有几个递进的解决办法，你可以根据自己的需求选：

1. 直接关闭gited的自动打开功能 #

在你的Emacs配置文件（比如~/.emacs或~/.emacs.d/init.el）里加几行配置，彻底禁用gited在仓库变更时自动弹Emacs的行为：

(setq gited-auto-open nil)
(setq gited-auto-refresh nil) ; 顺便关掉自动刷新，进一步避免误触发

加完之后重启Emacs就生效了。

2. 检查并修改Git钩子 #

gited有时候会在Git仓库的钩子脚本里注入触发逻辑。你可以进到出问题的仓库里，看看.git/hooks目录下有没有post-merge或者post-pull这类脚本，如果有的话打开看看，里面是不是有调用Emacs或者gited相关的命令。要是有：

• 要么直接把这个钩子脚本备份后删掉，要么把触发Emacs的代码行注释掉就行。

3. 让gited别监测特定仓库 #

如果只是不想让某个仓库被gited盯着，可以在Emacs里执行M-x gited-stop临时停止监测服务。要是想永久排除某个仓库，就在配置里加排除规则：

(setq gited-exclude-repositories '("/path/to/your/target/repo"))

把/path/to/your/target/repo换成你想排除的仓库实际路径就行。

4. 先验证是不是gited的锅 #

为了100%确认是gited导致的，你可以先临时禁用它：把Emacs配置里加载gited的代码注释掉，重启Emacs后再拉一次代码。如果不再自动打开Emacs，那就实锤是gited的问题，再回到上面的办法调整配置就行。

内容的提问来源于stack exchange，提问作者C-x C-c