gpt4 book ai didi

emacs - 如何防止 emacs 解析路径中的目录符号链接(symbolic link)?

转载 作者:行者123 更新时间:2023-12-05 08:02:03 26 4
gpt4 key购买 nike

我有一个项目,称之为“foobar”,当我结帐时,它的所有源代码都在文件夹“foobar/foobar”中。因为顶层 foobar 目录除了内部 foobar 目录外什么都没有,所以它毫无意义,但这就是最初将事情 checkin 项目的方式并且它不在我的控制范围内。不幸的是,这会使路径变得更长且更难阅读,因此我将顶层 foobar 重命名为“foobar-checkout”,然后创建一个名为“foobar”的符号链接(symbolic link),链接到“foobar-checkout/foobar”。这样我就可以打开“foobar/source.c”而不是“foobar/foobar/source.c”。

这适用于当我在 shell 中时,以及当我第一次在 emacs 中打开文件时,但之后 emacs 将解析符号链接(symbolic link)。因此,如果我打开 source.c 并按 Ctrl+x Ctrl+f 打开一个新文件,它列出的路径是“foobar-checkout/foobar/”而不是“foobar/”。有没有办法让 emacs 不解析符号链接(symbolic link),这样我就可以享受更短的路径?

最佳答案

我刚刚在 GNU Emacs 22.2.1 上尝试过,它似乎无法解析我的符号链接(symbolic link)。是否有可能符号链接(symbolic link)的解析不是普通的 emacs 行为,而是文件打开模块无意中引入的东西,例如 ffap.el?

无论哪种方式,我都无法测试我的想法,但我想到您可以覆盖 file-symlink-p,目前描述为:

file-symlink-p is a built-in function in `C source code'.

(file-symlink-p FILENAME)

Return non-nil if file FILENAME is the name of a symbolic link.
The value is the link target, as a string.
Otherwise it returns nil.

This function returns t when given the name of a symlink that
points to a nonexistent file.

如果您将其修改为始终返回 nil,则 emacs 可能不会解析符号链接(symbolic link):

(defun file-symlink-p (FILENAME)
nil)

当然,这可能会破坏其他一些东西,但也许值得一试。

关于emacs - 如何防止 emacs 解析路径中的目录符号链接(symbolic link)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10499579/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com