C# 如何在Windows 8中重用在Mac上创建的软链接
“我几乎没有软链接,”我在MacBook Pro中创建的1000张图片说,我正在iOS应用程序中使用这些图片 现在我正在将同一个应用移植到Windows 8 phone应用程序中,因此我想在Windows phone 8应用程序中重复使用同一个软链接,那么我如何使用它呢 我曾尝试在Windows8机器上打开软链接,但它说“不支持文件格式” 我的Windows计算机中有原始文件和软链接 有没有其他方法可以重复使用相同的软链接?如果不是,我能遵循的最佳方法是什么 编辑 好的,这里有更多的信息: 在MacBook Pro中 我在桌面上有一个文件夹,它有物理路径(实际图像),现在我用脚本创建了软链接,这些软链接放在不同的文件夹中 现在我正在iOS应用程序中使用这些链接 在Windows 8中 我已经从Mac复制了包含soflink的文件夹以及包含实际文件的文件夹 现在,我已将实际文件文件夹粘贴到桌面上,并将soflinks文件夹粘贴到某个D:驱动器中。如果我在D驱动器中查看我的soflink文件夹,当我检查这些图像时,它将显示为空白,因为它不指向实际文件 我有实际的文件文件夹和soflink文件夹 还有一点是,当您创建soflink时,在MacBook Pro中会显示以下图标:C# 如何在Windows 8中重用在Mac上创建的软链接,c#,windows,windows-8,windows-phone-8,symlink,C#,Windows,Windows 8,Windows Phone 8,Symlink,“我几乎没有软链接,”我在MacBook Pro中创建的1000张图片说,我正在iOS应用程序中使用这些图片 现在我正在将同一个应用移植到Windows 8 phone应用程序中,因此我想在Windows phone 8应用程序中重复使用同一个软链接,那么我如何使用它呢 我曾尝试在Windows8机器上打开软链接,但它说“不支持文件格式” 我的Windows计算机中有原始文件和软链接 有没有其他方法可以重复使用相同的软链接?如果不是,我能遵循的最佳方法是什么 编辑 好的,这里有更多的信息: 在M
但在Windows 8上,它是空白的,不是这样的。也许问题在于一个目录中有这么多链接 最多有31个重分析点(因此是符号链接) 在特定路径中允许 另请参见
- 您可以使用支持软链接的文件系统。这可能意味着使用HFS+(OS X文件系统),这将要求您在Windows系统上安装HFS+驱动程序,以便它可以读取/写入文件系统。或者,这可能意味着转向另一个方向,使用NTFS(Windows文件系统),这将要求您在Mac上安装NTFS驱动程序。请注意,最新版本的OS X可以读取NTFS文件系统,但不能写入
- 您可以使用OSX正在创建的伪符号链接。这需要编写一个解析器来解释链接,或者找到一个库来为您解释链接。我没有副本,但我相信XSym格式在“OSX内部”一书中有介绍
- 您可以重新考虑解决问题的方法,这样就不需要使用符号链接 如果这不能解决你的问题,那么请提供更多细节,因为我不得不对你的情况进行一些猜测 ==编辑== 看看关于符号链接的subversion文档。 文件中的相关报价为: 符号链接的版本控制 在非Windows平台上,Subversion可以将 特殊类型符号链接(或“符号链接”)。符号链接是指 充当对中其他对象的某种透明引用 文件系统,允许程序读写这些对象 通过对符号链接本身执行操作来间接实现 当符号链接提交到Subversion存储库中时,Subversion 记住文件实际上是一个符号链接,以及对象 当符号链接签出到时,符号链接“指向”的 在非Windows系统上的另一个工作副本Subversion重建 来自版本化符号链接的实际文件系统级符号链接。但是 这并没有以任何方式限制工作副本的可用性 不支持符号链接的系统,如Windows。在这些系统上,, Subversion只创建一个常规文本文件,其内容是 指向原始符号链接的路径。而那个文件不能 在Windows系统上用作符号链接,也不会阻止 Windows用户无法执行其他与Subversion相关的操作 活动
- 你的问题缺少一些细节,所以我不得不猜测一下你的情况。问题是:
您在文件系统上使用OS X创建了一些符号链接,现在您可以
在Windows中访问这些符号链接时遇到问题
除非您做了一些棘手的事情,比如安装第三方文件系统驱动程序,否则Windows和OS X都可以本机读/写的唯一文件系统是基于FAT的。所以我猜你的情况是:
您在FAT32文件系统上使用OS X创建了一些符号链接,现在
在Windows中访问这些符号链接时遇到问题
假设出现上述情况,问题在于FAT32中没有符号链接,因为文件系统不支持它们。OSX在欺骗你,因为它“只是工作”。真正发生的是,OSX正在创建一个ASCII文本文件,其中包含一行“XSym”,以及它“链接”到的文件名,以及一些文件系统信息。您可以通过在记事本中打开Windows系统上的软链接来确认这一点。通常,如果在记事本中打开实际图像,您会看到二进制代码,但您应该看到这些伪符号链接中的文本
那么,你是做什么的?我看到了几个选择:
基本上,它说了一些类似于我前面提到的东西,即符号链接在Windows系统上根本不受支持。Subversion只创建包含链接内容的文本文件,所以您可以选择自己解决如何解析这些文本文件,或者尝试找到一个库来为您解析它们 我知道我做得太晚了,但我希望其他人能从我的回答中受益,尽管提问者可能早就离开了 一些背景 unixoid系统和Windows之间的符号链接语义有很大不同。如前所述,Windows为我们提供了
lrwxrwxrwx 1 user group 38 2015-10-12 11:51
cd trunk/platforms/windows
svn propedit svn:externals images
../../../images/filename.jpeg other-filename.jpeg
../../../images/filename.jpeg foo/other-filename.jpeg