相关疑难解决方法(0)

如果我有一个符号链接的文件或目录,我将它提交到Git存储库,它会发生什么？

我会假设它将它作为符号链接留下,直到文件被删除,然后如果你从旧版本拉回文件它只是创建一个普通文件.

当我删除它引用的文件时它会怎么做？它只是提交悬空链接吗？

我们的开发人员使用基于Windows和Unix的操作系统.因此,在Unix机器上创建的符号链接成为Windows开发人员的问题.在windows(msysgit)中,符号链接将转换为文本文件,其中包含指向其所指向文件的路径.相反,我想将符号链接转换为实际的Windows符号链接.

我需要的(更新的)解决方案是:

• 编写一个post-checkout脚本,以递归方式查找"symlink"文本文件.
• 将它们替换为具有与虚拟"symlink"相同名称和扩展名的windows符号链接(使用mklink)
• 通过在.git/info/exclude中添加条目来忽略这些windows符号链接

我没有实现这个,但我相信这是解决这个问题的可靠方法.

问题:

1. 你对这种方法有什么不利之处呢？
2. 这个结账后脚本是否可以实现？即我可以递归地找出git创建的虚拟"符号链接"文件吗？
3. 有没有人已经在这样的脚本上工作过？

我想启用我的标准用户帐户(即未升级)以便能够调用CreateSymbolicLink.

但是,在Win8上,即使将"Everyone"添加到本地组策略下的SeCreateSymbolicLinkPrivilege(secpol.msc中的"创建符号链接"),仍会产生STATUS_PRIVILEGE_NOT_HELD.为什么？

我读到Mercurial和Git的所有地方,他们通常会抛出一两行,这意味着Git在Windows上的能力有限(因为有些Shell程序无法移植等等),但我从未遇到过明确提及它们的页面.而且大多数页面都有点旧.

Git在Windows上的功能有哪些限制？是否必须在MinGW上运行Git和Windows上的MSYS有性能限制？

我不能让这个工作.

我克隆了一个有一个虚拟文件(名为src)的存储库:/path/src.

在Windows上我创建了一个符号链接:( mklink -d /path/src /otherplace/src但我当然必须先删除虚拟src文件).
在我.gitignore和.git/info/exclude我都有

/path/src/ 
/path/src 
path/src/
path/src

我试过了

git ls-files -s | gawk '/120000/{print $4}'

git update-index path/src/ --assume-unchanged

但我仍然得到:

error: readlink("path/src"): Function not implemented
error: unable to index file path/src   
fatal: updating files failed

我已经尝试了所有这些 其他 建议.即使这不起作用.
有任何想法吗？