如何在Windows 8中使用在Mac上创建的重用软链接

Goo*_*ofy 2 c# windows symlink windows-8 windows-phone-8

我有几个软链接,说我在MacBook Pro中创建的1000张图片,我在我的iOS应用程序中使用.

现在我在Windows 8手机应用程序中移植相同的应用程序,所以我想在Windows Phone 8应用程序中重复使用相同的Softlink,那么我该如何使用它?

我试图在Windows 8机器中打开软链接,但它说"不支持文件格式".

我的Windows机器中有原始文件和软链接.

有没有其他方法可以重复使用相同的软链接?如果不是我能遵循的最佳方法.

编辑

好的,这里有更多信息:

在MacBook Pro中

我在桌面上有一个文件夹,它有物理路径(实际图像),现在我使用脚本创建了软链接,这些软链接放在一些不同的文件夹中.

现在我在我的iOS应用程序中使用这些soflink.

在Windows 8中

我已经从Mac复制了包含soflink的文件夹以及包含实际文件的文件夹.

现在我已经粘贴了我桌面上的实际文件夹和一些D:驱动器中的soflinks文件夹,如果我去D盘中的我的soflink文件夹,当我检查那些图像时显示空白,因为它没有指向实际文件.

我有实际的文件夹和soflink文件夹.

还有一点是,当你创建一个soflink时,在MacBook Pro中会显示这个图标:在此输入图像描述

但在Windows 8上,它的空白没有那样.

Mic*_*oto 5

你的问题缺少一些细节,所以我将不得不猜测你的情况.问题是:

您在文件系统上使用OS X创建了一些符号链接,现在您在访问Windows中的这些符号链接时遇到问题.

除非你做了一些棘手的事情,比如安装第三方文件系统驱动程序,否则Windows和OS X本身可以读/写的唯一文件系统是基于FAT的.所以我猜你的情况是:

您在FAT32文件系统上使用OS X创建了一些符号链接,现在您在访问Windows中的这些符号链接时遇到问题.

假设出现上述情况,问题是FAT32中没有符号链接,因为文件系统不支持它们.OS X正在欺骗你,因为它"正常".真正发生的是OS X正在创建一个ASCII文本文件,其中包含"XSym"行以及它"链接"到的文件的名称,以及一些文件系统信息.您可以通过在记事本中打开Windows系统上的软链接来确认这一点.通常,如果您在记事本中打开实际图像,您会看到二进制代码,但您应该看到这些假符号链接中的文本.

所以你会怎么做?我看到了几个选择:

  1. 您可以使用支持软链接的文件系统.这可能意味着使用HFS +(OS X文件系统),这需要您在Windows系统上安装HFS +驱动程序,以便它可以读/写文件系统.或者它可能意味着转向另一个方向并使用NTFS(Windows文件系统),这需要您在Mac上安装NTFS驱动程序.请注意,最新版本的OS X可以读取NTFS文件系统,它们只是无法写入它们.

  2. 您可以使用OS X正在创建的伪符号链接.这需要编写解析器来解释链接或找到为您执行此操作的库.我没有副本,但我相信XSym格式包含在"OS X Internals"一书中.

  3. 您可以重新考虑问题的方法,以便它不需要您使用符号链接.

如果这不能解决您的问题,请提供更多详细信息,因为我必须对您的情况做出一些猜测.

== ==编辑

这里查看符号链接的subversion文档.该文件的相关引用是:

版本化符号链接

在非Windows平台上,Subversion能够对特殊类型符号链接(或"符号链接")的文件进行版本控制.符号链接是一种文件,它充当对文件系统中某些其他对象的透明引用,允许程序通过在符号链接本身上执行操作来间接读取和写入这些对象.

当一个符号链接被提交到Subversion存储库时,Subversion会记住该文件实际上是一个符号链接,以及符号链接所指向的对象.当该符号链接被签出到非Windows系统上的另一个工作副本时,Subversion从版本化的符号链接重建真实的文件系统级符号链接.但这并不以任何方式限制Windows等不支持符号链接的系统上的工作副本的可用性.在这样的系统上,Subversion只是创建一个常规文本文件,其内容是指向原始符号链接的路径.虽然该文件不能用作Windows系统上的符号链接,但它也不会阻止Windows用户执行其他与Subversion相关的活动.

基本上,它说的类似于我之前提到的内容,即在Windows系统上完全不支持符号链接.Subversion只是创建带有链接内容的文本文件,因此您可以选择自己解决如何解析这些文本文件,或者尝试找到一个可以为您解析它们的库.