简单说一下事件内容，我在 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 年多了，居然还能中招，造成了一个不大不小的损失，真的是有点哭笑不得
然后我要进行的操作是把 B 目录下的 X 文件夹往 A 目录里面拖动，兴许是这么多年来我居然都没有在 macOS 中进行过这样的操作，而在 Windows 系统中，这就是一个非常简单的文件移动和合并操作，我理所当然的认为在 macOS 中也是这样的逻辑。
然后当我把文件夹拖动进去的时候，弹了一个确认弹框，我没有细看就很随意的敲了个回车，紧接着弹出了一个持续时间不短也不算长的进度条引起了我的疑惑，当进度条结束的时候，我点开 X 文件夹一看人麻了，原本属于 A 目录下 X 文件夹内的所有文件全部被删除了，里面只剩下了原本属于 B 目录下 X 文件夹的那些文件，并且被删除的文件也没有移入废纸篓，按 Cmd+Z 也无法撤销操作，那些文件是真的被永久删除了。
从 2012 年参加工作突然某天领导拿了个 Macmini 给我，让我自学 iOS 开发并接手一个离职同事留下的烂摊子开始，到现在陆陆续续使用了 macOS 有 12 年多了，居然还能中招，造成了一个不大不小的损失，真的是有点哭笑不得
第 1 条附言 · 3 天前
在弹框弹出来的那一瞬，我其实瞄到了替换这个字眼，但是没有完全读完弹框的所有内容就敲了回车，心里觉得应该是如果存在同名文件就默认替换的意思，还是把它当成了和 windows 一样的逻辑。
至于说为什么使用 macOS 这么多年，还会按 windows 系统的逻辑去思考，从我 12 年拿到领导给的 macmini ，到 14 年我自己买了一台 MacBook Pro ，一直到 2019 年，我一直都是工作用 Mac ，回家就用我自己的 windows 游戏主机打游戏的状态，之后就正好反过来，工作用公司给的 windows 笔记本，回家用 mac ，我之前有几个帖子在讨论 macmini 接电视的使用体验。
总之就是过去十二年我既是在持续地使用 macOS ，也在持续使用 windows 系统，这次确实是我搞混了两个操作系统的逻辑，所以我说我中招了
至于说为什么使用 macOS 这么多年，还会按 windows 系统的逻辑去思考，从我 12 年拿到领导给的 macmini ，到 14 年我自己买了一台 MacBook Pro ，一直到 2019 年，我一直都是工作用 Mac ，回家就用我自己的 windows 游戏主机打游戏的状态，之后就正好反过来，工作用公司给的 windows 笔记本，回家用 mac ，我之前有几个帖子在讨论 macmini 接电视的使用体验。
总之就是过去十二年我既是在持续地使用 macOS ，也在持续使用 windows 系统，这次确实是我搞混了两个操作系统的逻辑，所以我说我中招了
122 条回复 • 2024-11-27 13:25:21 +08:00
 |
101
dcdlove 2 天前
用了七八年双系统，最容易翻车的是 mac 的 复制功能 它是立刻多一个文件 windows 是 复制到剪切板
|
 |
102
waklealone 2 天前
之前吃过一次亏 不过并不是丢啥重要的文件 , 现在知道了
|
 |
103
yukino 2 天前
我只信任传统的 UNIX 命令，GUI 程序可靠性很低
|
 |
104
downer 2 天前
真巧，我今天刚遇到这个问题。。覆盖一个文件夹的时候弹出提醒，我不确定它会怎么操作，所以三个文件夹我都点了跳过。。没想到有这么大的坑
|
 |
105
raptor 2 天前
这是我在 13 年前第一次用 mac 就碰到的问题，当时在 twitter 上吐槽了一下，被一群大佬果粉教育……
后来我宁可用命令行 mv 还安全一点。 |
 |
106
COW 2 天前  5
|
 |
107
JohnChang 2 天前
遇到过这个问题，但不怀疑以后可能也会栽。
|
 |
108
parthenon2007 2 天前
@liprais #57 来自 Windows 就不合理吗？
|
 |
109
FrankFang128 2 天前
Windows 上就不会这样
|
 |
110
xingis 2 天前
合并的功能一直都有的, 当一个文件夹包含另一个文件夹中没有的项目时, 就会看到 "合并" 选项
|
 |
114
Airsaid 2 天前
确实设计的有问题，按 cmd + c/v 的时会出现 merge 选项，但是直接拖动不会。
|
 |
115
haha1903 2 天前
@emma3 #100 这个功能不好，但已经存在了 15 年以上了，至少可以注意点不中招。另外，如果仅仅会用 Mac 还真中不了这个问题，八成是想当然的认为和 Windows 的行为一致了。
|
|
116
haha1903 2 天前
@Airsaid #114 不仅是设计问题，如果你 replace 一次，再从其中一个目录删除一个文件，然后无论从哪个 cmd + c/v 过去，都不会出现 merge ，估计是个 bug
|
 |
117
ihwbunny 2 天前
12 年说明不了什么
|
 |
119
goldenlove 2 天前
只能说 OP 运气好！这么多年才遇到？
已经踩过无数次坑了，这点 Windows 确实更合理。 不过现在甚至偶尔还利用下 Mac 这“特性”，明确不需要合并的时候直接替换…… |
 |
120
objectxiang 2 天前
 回想起我 9 年前也遇到了同样的问题，关键当时我立马用数据恢复也没有全找回来🤣，再后来就会好好备份了 |
 |
121
dalaoshu25 1 天前
图形界面下拷贝文件夹是全部替换。
命令行下 cp 是合并。 |
 |
122
sunchaoylq 1 天前
同样遇到这个问题了，吃了个大亏，丢了不少视频。
|
Select Language