我最好是用一个shell脚本替换符号链接的副本,还是有另一种方式告诉Git遵循符号链接?
PS:我知道这不是很安全,但我只是想在一些特定的情况下这样做。
我最好是用一个shell脚本替换符号链接的副本,还是有另一种方式告诉Git遵循符号链接?
PS:我知道这不是很安全,但我只是想在一些特定的情况下这样做。
当前回答
使用硬链接代替。这不同于软(符号)链接。包括git在内的所有程序都将该文件视为常规文件。注意,可以通过更改源或目标来修改内容。
macOS版本(10.13 High Sierra之前版本)
如果你已经安装了git和Xcode,安装hardlink。这是一个创建硬链接的微观工具。
要创建硬链接,只需:
hln source destination
macOS High Sierra更新
苹果文件系统支持目录硬链接吗? 苹果文件系统不支持目录硬链接。在macOS上从HFS+转换为APFS卷格式时,所有目录硬链接都转换为符号链接或别名。 来自APFS FAQ上developer.apple.com
关注https://github.com/selkhateeb/hardlink/issues/31了解未来的替代方案。
在Linux和其他Unix版本上
ln命令可以创建硬链接:
ln source destination
在Windows (Vista, 7,8,…)
使用mklink在Windows上创建一个连接:
mklink /j "source" "destination"
其他回答
符号链接的转换可能很有用。链接到Git文件夹中,而不是脚本中的符号链接。
我厌倦了这里的每个解决方案,要么已经过时,要么需要root,所以我做了一个基于ld_preload的解决方案(仅限Linux)。
它连接到Git的内部,覆盖'这是一个符号链接吗?函数,允许符号链接被视为它们的内容。默认情况下,所有到回购外部的链接都是内联的;详情请参见链接。
为什么不反过来创建符号链接呢?这意味着不是从Git存储库链接到应用程序目录,而是以相反的方式链接。
例如,假设我正在设置一个安装在~/application中的应用程序,它需要一个配置文件config.conf:
我将config.conf添加到Git存储库中,例如~/repos/application/config.conf。 然后我通过运行ln -s ~/repos/application/config.conf从~/application创建一个符号链接。
这种方法可能并不总是有效,但到目前为止对我来说效果很好。
使用硬链接代替。这不同于软(符号)链接。包括git在内的所有程序都将该文件视为常规文件。注意,可以通过更改源或目标来修改内容。
macOS版本(10.13 High Sierra之前版本)
如果你已经安装了git和Xcode,安装hardlink。这是一个创建硬链接的微观工具。
要创建硬链接,只需:
hln source destination
macOS High Sierra更新
苹果文件系统支持目录硬链接吗? 苹果文件系统不支持目录硬链接。在macOS上从HFS+转换为APFS卷格式时,所有目录硬链接都转换为符号链接或别名。 来自APFS FAQ上developer.apple.com
关注https://github.com/selkhateeb/hardlink/issues/31了解未来的替代方案。
在Linux和其他Unix版本上
ln命令可以创建硬链接:
ln source destination
在Windows (Vista, 7,8,…)
使用mklink在Windows上创建一个连接:
mklink /j "source" "destination"
注意:从Git 1.6.1开始,这个通知就已经过时了。Git过去是这样的,现在不再是这样了。
Git默认情况下尝试存储符号链接,而不是遵循它们(为了紧凑,这通常是人们想要的)。
但是,当符号链接是一个目录时,我意外地设法让它在符号链接之外添加文件。
例如:
/foo/
/foo/baz
/bar/foo --> /foo
/bar/foo/baz
通过做
git add /bar/foo/baz
当我尝试时,它似乎起作用了。然而,这种行为在当时是我不想要的,所以我不能给你更多的信息。