作为一个陆续使用 macOS 超过 12 年的人，这件事真的让我触不及防

[iovekkk]

简单说一下事件内容，我在 A 目录下有一个文件夹名称为 X ，在 B 目录下也有个文件夹名为 X ，A 目录下文件夹 X 内的文件与 B 目录下的文件夹 X 内的文件完全不一样，完全不重合。

然后我要进行的操作是把 B 目录下的 X 文件夹往 A 目录里面拖动，兴许是这么多年来我居然都没有在 macOS 中进行过这样的操作，而在 Windows 系统中，这就是一个非常简单的文件移动和合并操作，我理所当然的认为在 macOS 中也是这样的逻辑。

然后当我把文件夹拖动进去的时候，弹了一个确认弹框，我没有细看就很随意的敲了个回车，紧接着弹出了一个持续时间不短也不算长的进度条引起了我的疑惑，当进度条结束的时候，我点开 X 文件夹一看人麻了，原本属于 A 目录下 X 文件夹内的所有文件全部被删除了，里面只剩下了原本属于 B 目录下 X 文件夹的那些文件，并且被删除的文件也没有移入废纸篓，按 Cmd+Z 也无法撤销操作，那些文件是真的被永久删除了。

从 2012 年参加工作突然某天领导拿了个 Macmini 给我，让我自学 iOS 开发并接手一个离职同事留下的烂摊子开始，到现在陆陆续续使用了 macOS 有 12 年多了，居然还能中招，造成了一个不大不小的损失，真的是有点哭笑不得

在弹框弹出来的那一瞬，我其实瞄到了替换这个字眼，但是没有完全读完弹框的所有内容就敲了回车，心里觉得应该是如果存在同名文件就默认替换的意思，还是把它当成了和 windows 一样的逻辑。

至于说为什么使用 macOS 这么多年，还会按 windows 系统的逻辑去思考，从我 12 年拿到领导给的 macmini ，到 14 年我自己买了一台 MacBook Pro ，一直到 2019 年，我一直都是工作用 Mac ，回家就用我自己的 windows 游戏主机打游戏的状态，之后就正好反过来，工作用公司给的 windows 笔记本，回家用 mac ，我之前有几个帖子在讨论 macmini 接电视的使用体验。

总之就是过去十二年我既是在持续地使用 macOS ，也在持续使用 windows 系统，这次确实是我搞混了两个操作系统的逻辑，所以我说我中招了

[yuanmomo]

没有 timemachine ？

[seanzxx]

用了 12 年 macOS 的人为什么还在想 Windows 如何如何。
本来就是不同的操作系统，相同的操作不同的定义有什么奇怪的。

macOS 里面，这个操作是替换 (Replace with)
如果你要实现合并，拖动的时候按住 Option 键，就会出现合并 (Merge) 的选项了。

[WuSiYu]

第一次知道，感觉换我可能也会中招。个人觉得这个设计挺不好的，应该无论按不按 option 键都显示替换和合并两个选项。而且替换的警告提示也不明显，这种相当于永久删除的操作应当像永久删除的提示框按钮那样标红文字的

[slowmist]

当用新 app 覆盖旧 app 同一个 app 时 也这样
保留两者 停止 替换

[lambdaX999]

cmd + z ，还可以抢救

[WillBeethoven]

感谢提醒，我刚刚测了一下也“中招”了。A 文件夹里有 X 文件夹，再拖进去一个 X 并 Replace ，即使 Command + Z 也抢救不了了。

[june4]

楼上竟然还有辩解的，还有人拿 app 来举例，数据和 app 这完全不一样好吧，app 代码合并可能是意义不大，但数据有啊。 这明显默认行为应该是合并而不是直接丢掉原文件这种容易产生巨大破坏后果的行为。需要替换再按 Option 也不迟。

[HeyWeGo]

在国内，过去只是使用 Mac 系统的用户占比少，所以反馈的问题不突出，随着更多的初级用户开始尝鲜 Mac ，系统暴露出来问题会越来越多。

[jasonboo]

在测试版的 OS X 我就发现了这个不同点，它默认逻辑认为你要修改的是文件夹，而不是文件夹里的文件。
现在还有一个弹出选项，以前是什么都没有。

[jasonyang9]

对 默认应该是合并 要替换按组合键或在 ui 上给出选择

[evan9527]

庆幸刚开始用 MacOS 就中过招，之后再也不敢在文件夹层面移动数据，怕哪一天脑抽误操作。

[penddy]

我也遇到过，背景是有次遇到了跨设备拷贝粘贴有问题，网上的解决方法之一就是推出 iCloud 账号重新登录，退出后本地会存一份，重新登录的时候还会新建然后下载。
结果就导致我有两份 iCloud 文件夹，但内容不同，后来我也和楼主一样认为合并一下就行，结果就是拿新的不全的本地覆盖了原来老的完整的，结果丢了很多东西。
我一直以为是其他原因，看了题主的说法下理解应该是这个机制带来的。
同样作为用了多年 Windows + 多年 Mac ，只能说这个设计脑残，毁灭性且无法找回...
虽然已经认了，但还是觉得这玩意离谱。

[lqm]

学习了

[killva4624]

这个默认的逻辑确实是有点坑...至少弹出个提示，让你选择完全清空覆盖或者合并吧。

[EricFuture]

是的，用了一年多的 mac 感觉有很多跟 win 比不合理的地方，也许我习惯了 win 的逻辑

[DarkKate]

“弹了一个确认弹框，我没有细看就很随意的敲了个回车”
这才是发生这个问题的根本原因。长点心吧。

[adeweb]

也许是我没有对重要的文件夹这样操作过，真没预料到是这样的覆盖行为。

[MacsedProtoss]

类 unix 下的 mv 对 folder 的处理就是这样的 当然作为 gui 这么照搬确实是坑 不过如果是有 alert 提示那就要怪不看直接执行了…

[yc8332]

那你以为人家是脱裤子放屁给你瞎提示的啊。。本来这种操作肯定是问你是否覆盖

[berchtesgaden]

@killva4624 不看提示就敲回车，谁也救不了

[hash]

macOS 某些时候需要用户自己"会用",确实造成了很多问题,
但是 OP 描述的"弹了一个确认弹框，我没有细看就很随意的敲了个回车",我只能说如果觉得学费不够下次可以继续

[deplives]

经典：我也没注意弹了个啥，反正就是一阵确定

[234ygg]

time machine 是有 local snapshots 的

[runinhard]

反正我不可能是傻逼

[ShadowPower]

我 10 年前就知道这个逻辑，我的解决方法是不使用 Finder 操作文件。
我不能理解，交互逻辑设计不好的问题，为什么要怪用户？

对于会删除文件的危险操作，这种对话框敲下回车的默认行为必须是“取消”。
并且应该明确列出“替换”和“合并”两个按钮，如果用户不清楚这两个按钮的实际含义，也能去了解。

如果只有一个“替换”，我相信所有人第一次都会被坑，哪天迷糊了的时候也会。

[joequan]

等一句“果粉自适应”

[TGhoull]

我也是被这个坑了，昨天在 Mac 上折腾 GTA 4 死活运行不起来，替换汉化文件，直接把整个文件夹所有文件替换了，折腾了我一天

[lqcc]

多谢楼主趟雷！

[shinecurve]

以前会 replace ，Sequoia 上已经可以 merge 了，Sonoma 我不记得了...

[phoulx]

虽然，但是这个场景下没有默认选项，敲回车并不能直接确认，必须移动光标到「替换」字样的选项并点击，才能完成替换行为

[maxwellz]

没有复现出来，系统 13.3

[InDom]

没看提示背锅, 但这个行为确实反直觉, 但是如果换到命令行, 我又觉得符合直觉.

还是因为已经知道 Linux 下万物皆文件, 文件夹也是文件.

[LemonBamboo]

我是 10.14.6 （够老吧）我回车跟 30 楼说的一样不能直接确认，必须鼠标点。
庆幸我的文件夹名都不一样

[xxmym]

我用了这么多年确实也不知道，还好没有碰到过。这个行为很反直觉，同名文件覆盖是正常的，同名文件夹也覆盖有点奇怪吧。
试了下最新系统已经没这个问题了

[SkywalkerJi]

macOS 很多时候都是把用户当小白，操作都是还算直接。然后遇到几个不直接的，自然就是大坑等着你跳。
我感觉就是 Mac 不喜欢 folder 相关的操作，我最早的 mac 所有文件还是全堆在一个目录下面的没法分，后来才有做 folder 的。相关逻辑，都比较奇怪。

[wwd179]

我一直觉得。更换操作系统的学习成本还是挺高的

[hebwjb]

实测敲回车不会执行任何操作，必须手动点击按钮确认

[ldw4033]

为啥要提一嘴 “让我自学 iOS 开发并接手一个离职同事留下的烂摊子开始”？

[ldw4033]

使用快捷键 ⌘+c ⌘+v 就能出现合并

[Socrazy]

没有回车这一说～～

[xing7673]

finder 作为文件管理系统确实是比较败笔的

[cJ8SxGOWRH0LSelC]

@seanzxx #2 还真是啊， 我用 MAC 也好多年了，自认为用的挺顺手的。 虽然没有中过招， 但是合并都是打开文件夹再拖文件合并。 第一次发现可以用 Option ， 真是学到了。

[cleverlong]

我想搭车请教一个问题，在 Mac 下，能否实现类似 Windows 的通过鼠标单击打开项目的操作？

[edwardzcn98]

@seanzxx 刚刚拿 mac mini 试了下，按住左/右 option 拖动 B 里面的 A 到外层 A 还是只有 Replace 弹框。
是我的姿势错了吗（用的外置键盘）

[xiaooloong]

xp 时代会合并么，我怎么记得文件夹合并是 vista 还是 8.0 时代才有的，印象中最开始用 windows 的时候也和现在 macOS 一样是直接替换

不过也可能是当年 xp 时代都在用第三方资源管理器，很早就习惯了默认情况文件夹就是替换操作。印象中最近几年才发现 windows 下资源管理器可以合并文件夹的。

[edwardzcn98]

@seanzxx 。。拿 MacBook 也没成功，怀疑有非同名文件才行，午饭后再试一下。

[edwardzcn98]

@cleverlong 没懂

[ShadowPower]

@xiaooloong XP 时代会合并，但不会出详细信息给用户看，只会每次遇到重复文件都会弹出一个弹窗……

[zyhw]

版本 15.1.1 (24B91),有三个选项：停止、替换、合并。

[parthenon2007]

刚换 Mac 的时候被 macOS 的这个“特性”坑过一次，我觉得 macOS 的这个行为挺傻 X 的，非要标新立异。不知道这个默认全部替换的合理性在哪里？

[csfreshman]

这个故事告诉我们，还是要看操作系统给出的弹窗

[tairan2006]

新版本有 merge 了

不然你用 rsync 得了…

[rrfeng]

我想了一下这个操作如果我遇到，我会取消然后进命令行操作……

[joyhub2140]

以前也中过招，直接把我的数据全覆盖了，幸亏从 timemachine 挖回来。

[zcybupt2016]

@shinecurve Sonoma 还不行，这就升级

[ETiV]

被坑过一次长了记性就知道了

就像很多人会把“同步网盘”理解为“备份网盘”一样，删了东西还想从里面找回来🤣

[liprais]

@parthenon2007 你这合并 + 覆盖的逻辑还不是从 windows 98 来的

[xiuming]

mac 默认回车应该改为 merge 好一点 又没有撤销 不然误操作真的是麻烦

[DT27]

不看提示的结果，提示很清楚，是替换，而不是合并。

[COW]

你看同样是类 Unix 系统，Linux 上就不会出现这个问题，你说 gnome ？我没有验证，但我相信，肯定会比 MacOS 的提示更友好。

[cwcc]

猝

[cumt21g]

哈哈哈,之前在 weibo 看到有人吐槽过这个,没想到在这里看到有人中招了

[cnrting]

MacOS 可能看着很好，但使用过程中各种细节容易让人血压飙升

[GeekBao]

感觉穿越了，好像以前有个帖子也是踩这个坑的，然后知道了 replace 的逻辑。不过日日学，日日新，没觉得不好，因为没遭受重大损失吧，或者没留意到已经损失了吧。

[ltkun]

果然 Windows 出问题骂 Windows
苹果出问题就骂用户用不来哈

[Sephirothictree]

感谢分享，mark 一下，这个逻辑确实反直觉

[wclebb]

之前为了覆盖汉化包补丁，经常会有同名文件夹里部分同名文件，这样的情况下会出现「合并」。
但是我很少这样做，因为我无法判断哪个是旧的被覆盖，还是新的被覆盖，还是仅仅只是合并。

因为汉化包补丁文件夹合并后就报错了。😂

[shellname]

感谢分享

[coderlxm]

这要在图拉丁吧或者高通吧发，苹果要被喷倒闭。没想到在 V2EX 竟然有那么多自适应的。

[essicaj]

这真的是沙壁的设计，这里的行为其实是不完全一致的。这里的替换不就相当于删除+移动，但却又没把删除的内容移入回收站。

[user100saysth]

喜闻乐见，我也上过当，一模一样的操作，当时人都气疯了

[lg106]

还好我没中招，辩解的真的能自适应

[LokiSharp]

没有开时间机器？

[rimwindy]

说用户不够自适应的希望苹果给他们多来点类似的操作🤣，另外猝不及防，是平舌音而不是翘舌音

[HypoChen]

研究了一下，发现出现 合并（ Merge ）的要求：
1. 拖拽的时候按住 Option
2. 两个文件夹同名
3. 两个文件夹内不能有相同名称的文件

[chesha1]

linux 用 mv/cp ，Windows 直接图形操作，要么直接报错，要么合并，到底是哪个小众操作系统设计得不符合用户习惯我暂且蒙在鼓里

而且 macos 在最新的 15.1 版本中也没法回车确认，要手动点停止或者替换，不知道你是在旧版系统还是单纯点错了甩锅

[explorerproxy]

这确实有点反直觉

[demonzoo]

居然还能这样。。。还好我没有这种操作习惯，不然肯定也是中招

[fatekey]

替换还是合并都说的过去，但是不进入回收站实在说不过去

[qdwang]

@ShadowPower 你好想请问一下，除了 finder ，有什么比较好的，有免费开源的文件管理 gui 工具呢？

[mortal]

就这还有拿 macOS 来做 NAS 系统的呢

[F798]

用 macos 和只用 macos 的区别

[lazywen]

之前也中招过，确实反人类，没得洗

[Hilong]

这点确实是设计不合理啊。凭啥把我的文件删了。

[amosannn]

linux 也是这样的，其实命令行就是 mv 操作，文件名相同，是会做覆盖操作的

[Adamo]

这两个文件夹合并问题，当时我也遇到过，测试了好几次

[struggle001]

我可能用 rsync 操作 （狗头

[richarddingcn]

所以我一般不用图形界面搞这种
都是用命令行。。。

[ThiagoJC]

很多操作需要配合按键，不学是真不会啊

[ShadowPower]

@qdwang 我用 Commander One ，有免费版。其实倒不是因为它有多好用，只是因为 10 年前我就开始用了，当年没有现在这么多软件……

[feikaras]

才发现么?finder 逻辑不是文件夹合并而且是替换。这样升级 app 的时候很方便。一直用不至于才发现吧

[fsq]

以前一直没注意这个问题，刚试了下，移动操作（鼠标直接拖动或者 cmd+opt+v ），是只有“停止”和“替换”选项，复制操作（按住 opt 鼠标拖动，或者 cmd+v ），会有“停止”、“替换”、“合并”3 个选项

不懂为什么这么设计，移动这种操作明显风险更高，更应该有合并这个选项

（又涨姿势了，以后避免了一个坑）

[fsq]

@fsq 回复完才看到楼上的，确实是升级 app 都是直接覆盖，.app 实际也是文件夹，以前没注意这点。但是。。。普通用户谁管这个，多少人不知道.app 是个文件夹

[ShadowPower]

@feikaras 更好的设计是，当用户试图用一个 bundle 覆盖另一个 bundle 时（升级 APP 是其中的一种场景），才只显示“替换”来改善易用性
毕竟 Finder 本身就可以识别文件夹是否为 bundle

[jjijack]

试了一下，发现逻辑确实有点问题。
首先是快捷键：
用 cmd+v 进行拷贝且两个文件夹内没有相同文件时，会出现 merge 选项。
cmd+v 进行拷贝且存在相同文件、cmd+option+v 进行剪切时，均只有 replace 选项。
而 replace 后被替换的文件没有任何办法找到（除非 Time Machine 里有备份），这才是最大的问题，明明正常文件删除都要丢到回收站防止后悔，一个后悔概率更大的操作却反而没有任何补救措施了。
接下来拖动这边也很反直觉：
直接拖动对应的是 cmd+option+v 的剪切，因此也只有 replace 。
按住 option 拖动对应的却是 cmd+v 的拷贝，在无相同文件时可以 merge 。
这边的逻辑混乱在于 option 键的有无和快捷键正好是相反的，挺容易搞混的。

[xz410236056]

1 、整个文件夹挪动只有替换一个选项
2 、全选文件夹里面的内容拖到另外一个文件夹会出现

[xz410236056]

@COW 不是，你好歹拿个 GUI 的操作系统来比好吗。。。macos 用命令行是一样的

[davin]

但凡出现确认框，我都会停下来看看，而不是闭眼选个按钮按下去。可能是我本身就比较谨慎吧！

[GHvyuR7N]

我也被坑过，不过 time machine 救回来了。同样离谱的逻辑还有 iCloud ，macOS 的 time machine 挺重要的...

[emma3]

又是果粉自适应环节了。
哪怕你重命名、放垃圾桶、提示非空目录都不会是这种结果。
直接将原文件彻底删除还不能 undo 的，就是这个覆盖文件的逻辑问题，防呆操作不够严谨所至，甚至某些自认资深果粉也会上当，这个没得洗。
仅仅只会用 MACOS 并不是一件值得炫耀的事情。