有人可以推荐一种方法来导出文件系统的子集并将这些文件的更改与原始文件系统同步吗?
假设您有:
- 配备小容量 SSD(例如 128 GB)的笔记本电脑和
- NAS 设备在统一的文件系统中包含您的所有数据(例如 1.2 TB)。
如何在远离 NAS 的情况下处理文件,并在稍后将修改发送回 NAS?最直接的解决方案似乎是使用以下应用程序:
- 索引 NAS 上的文件系统。
- 允许您在 NAS 连接时在笔记本电脑上“检出”其中一些文件/目录(即制作本地副本)。
- 只要 NAS 可用,就会定期识别并同步这些文件的更改(例如,Dropbox 自动同步文件的方式)。
有人知道有这样的解决方案吗?或者有人有另一种方法在使用小硬盘的笔记本电脑时管理文件吗?
答案1
公文包文件运行良好...至少在 Windows 98 中是这样的。
答案2
您可以结合使用 Dropbox符号链接以便同步 Dropbox 之外的文件夹。Mac OS X、Linux 和 Windows 至少都支持通过终端进行符号链接。
在流行的 Linux WM/DE 上,可以通过拖动文件夹并按住正确的组合键(如果我没记错的话是 ctrl+shift)来创建符号链接。在 Windows 上,简单的选项是使用 Link Shell Extension 等工具。AppleScript 适用于 OS X。
答案3
你可以看看蜘蛛橡树。它就像一个可配置性更高的 Dropbox 版本,(除其他功能外)它允许您选择要同步的目录,而不仅限于单个目录。
但是它确实使用自己的基于互联网的云存储,因此如果您特别想使用本地 NAS,它可能不是那么有用。
答案4
分布式源代码控制系统不会有什么用处,因为它们需要整个存储库的完整副本以及历史记录才能离线工作。像 Subversion 这样的集中式服务器软件允许您签出稀疏目录,这意味着您指定要处理哪些文件夹,其余文件夹则不下载。另一方面,Subversion 会保留每个文件的本地副本,因此如果您的限制是硬盘,那么它可能无论如何都不太好。
如果你不介意使用命令行,你可能想检查一下这个奇妙的同步,就像 rdiff 一样。这里有一篇文章使用它来模拟离线 rsync 功能。您可以调整这些脚本,使其只对存在于您的稀疏结账,只要你不需要店铺刪除动作。