用于多个云备份的哪种链接（符号、硬、连接点...）？

Question

Google-Drive 的 MS-Windows 软件不跟踪任何类型的链接。Dropbox 和 Skydrive 都 - 显然，请点击链接。我使用的是MS-Windows7 64位专业版。

我所做的是将我的主工作目录移动到 Google-Drive 的文件夹中，并在 C: 中的原始路径中创建指向它的符号链接。这是基于阅读的一篇博客文章。不过，我还计划将我的工作备份到 Dropbox（或 Skydrive）中，因此我正在考虑在 Dropbox 的文件夹中的 Google-Drive 文件夹内创建一个指向工作目录的符号链接。

然而，在阅读有关用于创建链接的 mklink 命令时，我意识到有 3 种链接，即

• 符号链接
• 硬链接
• 连接点

在阅读更多内容并与 POSIX 等效项进行比较（至少对于符号链接和硬链接）时，我认为我应该使用硬链接，而不是符号链接。这是因为，我不希望无意中“删除”Google-Drive 文件夹内的物理目录，从而使其他 2 个符号链接无效（鉴于这些类型的链接的本质，这种情况会发生）。硬链接将使用引用计数，并且不会从文件系统中删除目录，直到删除最后一个链接。我的想法正确吗？我还不太了解连接点，以及它相对于其他两种类型的优势，无法判断是否考虑它。

Answer 1

我不确定你是否已经把事情搞清楚了。以下是我对 3 的通俗看法。

连接点是 HPFS（早于 NTFS）的原始功能，与硬链接类似。

硬链接只能在同一驱动器上的文件夹之间建立，并且链接与原始链接相同。也就是说，如果你删除了链接，你就删除了原来的链接。

软链接在操作系统中定义得相当高，并且需要更好的软件支持，至少在 Windows 中是这样。删除软链接将保留原始链接。

对应用程序最透明的可能是连接点，其次是硬链接，最后是软链接。

无论如何，您仍然需要警惕应用程序和操作系统如何与链接文件交互（对于链接文件夹来说应该不会那么糟糕）。鉴于 Windows 不排除对文件进行一些令人讨厌的损坏，链接文件夹确实会使事情变得更糟。您还需要了解使用可能无法完全理解您的链接的软件进行复制和备份时会发生什么情况。例如，在备份原始文件夹和链接文件夹时，您可能希望排除链接位置，或者希望选择备份（并适当还原）链接而不是文件的副本。

尽管链接在 UNIX 下（如操作系统）很常见，但它们在 Windows 下并不常见，因此支持不完整，正如您已经看到的那样。事实上，如此不完整以至于微软自己通常不使用它们，而是在注册表中乱七八糟地创建伪链接（请参阅 Windows 中的库文档）。

希望这能澄清！如果没有，请发表评论，我会尝试更新。