Google-Drive 的 MS-Windows 软件不跟踪任何类型的链接。Dropbox 和 Skydrive 显然都跟踪链接。我使用的是 MS-Windows7 64 位专业版。
我所做的是将我的主要工作目录移动到 Google-Drive 文件夹中，并在其原始路径 C: 中创建指向它的符号链接。这是基于我读过的一篇博客文章。但是，我还计划将我的工作备份到 Dropbox（或 Skydrive），所以我考虑在 Dropbox 文件夹中的 Google-Drive 文件夹中创建指向工作目录的符号链接。
然而，在阅读有关用于创建链接的 mklink 命令时，我意识到有 3 种类型的链接，即
- 符号链接
- 硬链接
- 连接点
在阅读更多内容并将（至少对于符号和硬链接）与 POSIX 等效项进行比较后，我认为我应该使用硬链接，而不是符号链接。这是因为，我不希望无意中“删除” Google-Drive 文件夹中的物理目录，从而使其他 2 个符号链接无效（考虑到这些类型的链接的本质，这种情况会发生）。硬链接将使用引用计数，并且不会从文件系统中删除目录，直到最后一个链接被删除。我的想法正确吗？我不太了解连接点，以及它相对于其他两种类型的优势，不知道是否要考虑它。
答案1
我不确定你是否理解得很清楚。以下是我对这 3 个问题的通俗理解。
连接点是 HPFS（NTFS 之前）的原始功能，类似于硬链接。
硬链接只能在同一驱动器上的文件夹之间建立，并且链接与原始链接相同。也就是说，如果您删除链接，则您已删除原始链接。
软链接在操作系统中定义得比较高，需要更好的软件支持，至少在 Windows 中是这样。删除软链接将保留原始链接。
对于应用程序来说最透明的可能是连接点，其次是硬链接，最后是软链接。
无论如何，您仍然需要警惕应用程序和操作系统如何与链接文件交互（链接文件夹不应该那么糟糕）。鉴于 Windows 不会对您的文件造成严重损坏，链接文件夹确实会让情况变得更糟。您还需要注意使用可能无法完全理解您的链接的软件进行复制和备份时会发生什么。例如，在备份原始文件夹和链接文件夹时，您可能希望排除链接位置，或者希望选择备份（并适当恢复）链接而不是文件副本。
尽管链接在类 UNIX 操作系统下非常常见，但它们在 Windows 下并不常见，因此如您已经看到的，支持并不完善。事实上，支持如此不完善以至于 Microsoft 自己通常不使用它们，而是在注册表中乱搞以创建伪链接（请参阅 Windows 中的库文档）。
希望这能解释清楚！如果没有，请发表评论，我会尝试更新。