现在是 200G 空间用了 150G ，感觉剩余的 50G 可能撑不了一年，想趁着优惠京东买一年 2T 空间的 icloud ，但按现在的用法太浪费了，就准备试试把 icloud 云盘当作“本地磁盘”，把 mac 上所有的文件、代码等拷贝到 icloud 中，进行云同步，再买一台 mac mini 放家里，这俩就有了几乎完全同步（除了一些系统设置、已安装应用等）的两台 mac ，感觉会很方便。
请问有这样用的老哥吗？不知道靠不靠谱？实际用起来会不会出现同步失败，甚至丢失文件之类的的情况
PS：大家还有什么可以把这 2T 空间利用起来的其他的用途吗？（不考虑拉人拼车）
 |
1
SakuraYuki 3 天前
我一直这样用的，因为懒得笔记本背来背去，从去年家里买了 mac mini 开始用了一年了没任何问题
|
 |
2
swq1227 3 天前  2
实际操作很麻烦，就当代码同步这一块，文件数量多目录层级多的时候，icloud 同步经常莫名其妙失败
|
 |
3
superrichman 3 天前
你不怕丢文件就用 iCloud
|
 |
4
fredweili 3 天前
可以，问题不大
|
 |
5
icestraw 3 天前
用过 不靠谱 会丢 尤其是代码 别用
|
 |
6
coolcoffee 3 天前
哪怕是 Dropbox ，我也遇到了 terraform 初始化依赖反复造成冲突的情况，不得不先暂停之后才能继续。
iCloud 有比 Dropbox 强吗？ |
 |
7
renmu 3 天前 via Android
出现代码冲突几乎是必然的
|
 |
8
ogzo 3 天前
代码还是用 git 这种专业工具吧,cloud 放一些小文件、软件、文档之类的...
|
 |
10
ern 3 天前
Dropbox 和坚果云更适合一点，iCloud 确实更容易出奇奇怪怪的事情
|
 |
11
niubilewodev 3 天前
不靠谱。特别是代码仓库这种零碎小文件多的场景。非常非常不靠谱。
|
 |
12
GlobalNPC 3 天前
Dropbox 和坚果云算是很专业的了，这俩都不推荐用来存代码
|
 |
13
MacsedProtoss 3 天前 via iPhone
iCloud 跑代码这种小文件非常不靠谱
|
|
14
MacsedProtoss 3 天前 via iPhone 2
@renmu 甚至都不是出现冲突这么简单
很有可能你在机器 a 改了一堆文件 ABCD 变成了 A1 B1 C1 D1 另一台机器 b 上面 A1 C1 同步了 BD 不同步，还是 B0 D0 然后一旦你在机器 b 上改了一下没同步的 B0 ，变成了 B2 ，被同步过去了，那么机器 a 上就会变成 A1 B2 C1 D1 ，B1 就永久丢失了 因此必须要用 git 来管理代码，不能用网盘… |
 |
15
leehaoze98 3 天前 1
1. 除非你两台电脑是完全错开用，第一台完全同步完，再开第二台，不然必会莫名其妙丢，即便这样，也可能有各种奇怪的原因丢文件
2. 所有设备端都开启保留下载，不然 iCloud 会把你的文件空间“释放”掉，等你需要的时候重新下载，会出现等好久，然后下载失败，各种尝试都搞不下来。 |
 |
16
jsion 3 天前
有一个很大的问题在于如果有些文件没有“频繁”访问，然后就会出现这个文件只存在 icloud 而本地的文件内容会被删除，只存在文件占位，需要重新下载才行，默认就给你优化本地存储空间😅 而且还没有办法设置特例，哪些目录要求必须留存本地
|
 |
17
Lenic 3 天前
不知道有没有人用过 DEVONthink ，加上手机端，相当于把 Mac 随时带的感觉
|
 |
18
JoshTheLegend 3 天前 via iPhone
我也感觉小文件的同步怪怪的，可能是因为小文件同步频率比较高吧，存些视频之类的就还好
|
 |
20
94 3 天前
存代码就算了吧，都有 Git 了没必要靠 iCloud 。
|
 |
21
abc0123xyz 3 天前
代码自建个 gitea 吧。
|
 |
22
docx 3 天前 via iPhone
云最好还是做备份而不是唯一存储
|
 |
23
paynezhuang 2 天前
小零碎文件最好别用。一些文档什么的还可以。但是还是需要多重备份下重要文件
|
 |
24
bsfx2 2 天前
不频繁读写的文件可以。经常读写或者海量文件的就等着炸吧。
以前基于文件夹监听模式的网盘还好一点，Dropbox 做得最好。 现在 macOS 上几乎所有云盘都是用的 FileProvider API https://developer.apple.com/documentation/fileprovider 我有个大约 60 GB 左右的基本由小文件组成的资料库，炸过 OneDrive ，炸过 iCloud 。 下载、同步，甚至暂停再恢复同步，它计算差值就要计算半天。 现在存在 Google Drive 里，基本只用网页版来存取这里面的文件。 |
|
25
superrichman 2 天前
@MacsedProtoss #13 一看你就是用过的，iCloud 的同步机制就是一坨
|
 |
26
dawee2y OP @swq1227 代码的话我是准备直接在 icloud 中 clone 下来，平时通过 git 管理，icloud 负责同步整个代码目录，这样即使 icloud 丢了文件，我也能通过 git 命令发现及恢复。
|
 |
27
ryan0966 2 天前
我也在考虑这么用，但是保险起见最好还是把 icloud 当作一个文件备份中转，本地仍旧存一份，然后通过增量备份的形式同步到 icloud ，不过目前还没找到比较好的软件能实现这个功能，能自动进行增量备份
|
 |
28
dilidilid 2 天前 via iPhone
文档可以，代码和数据库类型的文件不行，不然你会很快付出代价的
|
 |
29
zhujunsan 2 天前
我用 Syncthing 同步多设备上的代码
|
 |
30
unneeded 2 天前
相比 iCloud 我更信任 onedrive
|
 |
31
starrys 2 天前
创建虚拟磁盘，将代码文件放里面。然后同步虚拟磁盘映象文件。并且同时使用 Git 进行版本控制。
|
 |
32
GeekGuru 2 天前
千万不要，即便是 OneDrive 也不太行，这种最好只能用简单的，相对完整的文件的同步。
|
 |
33
Maipol 2 天前
一直这么用的，当然建议做双备份
|
 |
34
lucifer9 2 天前
小文件很多的话只有 Dropbox 还算靠谱
但是现在感觉也有点拉胯了 |
 |
35
LittleControl 2 天前
文件可以，但是代码这种涉及版本管理的建议不要，可能 iCloud 本身就有版本冲突
|
 |
36
wangpao 2 天前
别放重要数据，别放重要数据，别放重要数据，会丢！
也别放大量的小文件，可能在某次同步的时候，就卡住一个文件，导致你下载别的紧急需要的文件也下载不下来 也别放需要频繁在不同的电脑读写的文件，会冲突，而且这个冲突很奇怪，有时候甚至会出现多个版本，有时候又会用旧文件覆盖新文件。 简单而言就是放不重要，也不琐碎，也不经常使用的文件 |
 |
38
flymemory 2 天前
尝试过，一个 Excel 文件都没办法稳定同步
|
 |
39
katwalk 2 天前
其实 200G 并不是很大的空间，Onedrive 5T 空间一年也就几十块钱
|
|
40
superrichman 2 天前 1
@dawee2y #25 到时候 .git 目录数据损毁，哭都没地方去
|
 |
41
chyuhung 2 天前
我用的 OneDrive ，什么资料配置都往里面扔，说重装系统就重装系统，换完需要的东西保留本地就行，还省硬盘，非常方便，没有同步功能的软件配置也指向 OneDrive 的文件夹，用好几年了暂时没出过什么问题
|
|
42
chyuhung 2 天前
补充下，代码肯定还是放代码仓库
|
|
43
dawee2y OP @superrichman 真这样确实坑爹，不过我代码都会在 gitee 或者公司 git 上同步，问题不大
|
 |
44
jaswer 2 天前
试过，不能管理代码，其他的可以的
|
 |
45
SuzutsukiKaede 2 天前
我在用 iCloud 同步 sing-box 和 Surge 等代理软件的配置文件，10 个不到的 json 和 conf 文件都能各种冲突丢失，真心不建议用来大批量同步数据。
|
 |
46
yinmin 2 天前 via iPhone
icloud 云上贵州 mac 同步很快，icloud for windows 云文件同步到本地有时候会卡壳，解决方式是本地 icloud 目录建一个空文件触发同步操作即可。
icloud 和 time machine 是能同时备份的，如果你在家里用 mac mini 推荐加一个 usb 硬盘做 time machine 去备份 icloud 目录，那么在你的 usb 硬盘里就会有 icloud 文件的每小时备份，不怕丢文件了，也能够找到文件的历史版本了，还是很赞的 |
 |
47
disorientatefree 2 天前
如果你的用途不会产生文件冲突就没问题，主要是 iCloud 足够快，基本可以跑满带宽，如果只是存个人文件的话基本就等于是本地
但是如果你需要多设备同时读写的话就算了 |
 |
49
HTravel 2 天前
这其实是一个小马过河的故事。建议你用的、和说会丢数据尤其是代码千万别用的，都是真话。最后还是要看你自己真实身高。
我就把 iCloud 作为我的一级数据源，我的核心数据，包括代码，都在 iCloud 上放的。 因为 iCloud 是目前业界唯一可用的 NAS 方案，没有之一。因为除了 iCloud ，还没有第二家也实现了手表、手机、平板、PC 端的数据原生全拉通。各种第三方方案，尤其是在手机上操作时，很可能是生成一个新副本，而不是编辑原件。 只不过代码的.git 目录我没在 iCloud 上面放。我自己写了同步、增量备份、全量备份、快照的软件。对于代码，就是过滤掉.git 目录、jar 包、dll 等，只把纯文本代码推送到 iCloud 上。所以想通过 iCloud 直接 clone 一个工程是做不到的（现实中也基本没这需求），但的确能保证所有代码不丢。 我通过定时任务，每分钟会把所有本机变更文件推送到 iCloud ；每分钟都会对 iCloud 上增、改的文件执行增量备份；每 20 分钟 1 次高频率的全量备份；每天会再做一次增量、全量、快照备份，永久性保存。 所以别人说 iCloud 会丢文件，这是事实，但不会丢我的。即使 iCloud 同步时真搞丢了，但起码文件创建时那一小会，早在本机生成增量备份的副本了。也就是说，即使 iCloud 上真没了，至少本机还会有至少一个副本。如果是在本机频繁编辑某个文件，那本机显然会有该文件的所有历史副本，不可能丢。 iCloud 实际上是抽风性的丢。那就更不怕了，因为所有文件总会慢慢的推送到所有的 Mac 上，然后再通过增量备份、全量备份、快照在各机的多个本地磁盘生成副本。 |
 |
50
Rrobinvip 2 天前
我一直这么用，有一个雷点要注意下
如果小文件超级多，目录过于复杂，比如有大量 node module 这种东西，iCloud 会很容易出现同步异常问题。我的建议是代码尤其是依赖库之类的东西老老实实本地。 |
 |
51
devinww 2 天前
试过，不咋靠谱。
|
 |
52
eijnix 2 天前
之前 icloud 把我辛辛苦苦写的 markdown 搞冲突了（包含大量数学公式），我就再也不信任他了
|
 |
53
Leoa 2 天前
我一直这样用的，mac 和 win 都这样用，简直是办公神器
|
 |
54
freewarcraft 1 天前
我是把办公文件这样用，没问题。而且因为换了安卓手机，我这个办公文件目录是用 iCloud 和坚果同时同步的😂
|
|
55
Leoa 4 小时 3 分钟前
我自己是 iCloud 和时间机器一起用，如果资料比较重要，硬盘又比较富裕，可以把时间机器设置成每小时备份一次，这样即便 icloud 出问题，时间机器也可以随时找回来
|
Select Language