为什么“复制”代替内容而不是合并?


19

这开始让我很烦

如果您有一个包含2个文件的原始文件夹,并且将某些内容复制到该文件夹​​的父文件夹中,且该文件夹的名称相同,那么,假设您正在复制3个文件,最后您想复制5个文件,那么例如,例如:

原版的:

~/User/abc/Documents/locale/fileA
~/User/abc/Documents/locale/fileB

您要复制的内容:

locale/fileC
locale/fileD
locale/fileE

当您将其复制到~/User/abc/Documents/您得到:

替代文字

没有选择复制 / 合并!如果按REPLACE键,您将得到:

~/User/abc/Documents/locale/fileC
~/User/abc/Documents/locale/fileD
~/User/abc/Documents/locale/fileE

代替

~/User/abc/Documents/locale/fileA
~/User/abc/Documents/locale/fileB
~/User/abc/Documents/locale/fileC
~/User/abc/Documents/locale/fileD
~/User/abc/Documents/locale/fileE

这里发生了什么?如何简单地将所需的内容与现有的内容合并。就像传送询问

替代文字


2
+1。很想知道为什么。值得注意的是,自90年代初以来,这一直是Finder的标准做法,即使不是一直如此。cp在命令行上合并就好了。
Chealion 2010年

很难过不是吗?如此简单的事情可能会引起很多头痛……包括被破坏的数据!!!我认为这个问题太过开放了。也许将其更改为“如何通过合并而不是替换进行复制?”
罗伯特·西亚乔

不要拖动文件夹,而是只拖动文件。那应该给您想要的结果。
多里(Dori)2010年

5
通常,我认为这是功能而不是缺陷。期望两个文件夹无缝合并对我来说似乎很奇怪。作为一名程序员,我经常想删除旧的/过时的文件,而合并不会这样做。
Michael H.

2
是的,这是一个功能。我能想到的原因是,某些目录实际上是容器(.app.bundle.kext),默认情况下“合并”将是灾难性的。
mspasov 2011年

Answers:


10

自黎明以来,我们(OS X用户)一直在问自己这个问题。

一个令人遗憾的回答是措辞很好的问题:OS X无法做到这一点,而且如果没有第三方工具也无法做到这一点。

在第三方替代方案中,有很多,我将继续推荐我认为是Finder最好的替代方案,但是……您的里程可能会有所不同。

CocoaTech的Path Finder不是免费的替代产品(远非如此),但它可以解决大多数Finder的缺点,并以相同的价格添加了很多不错的东西。

如果您喜欢冒险,可以继续在这里查看其他替代产品及其价格。

更新:早在2010年9月,TotalFinder尚不存在,但是它是一个非常不错的插件,可将Tabs,Cut,Folder Reorder等引入Finder。不是免费的,但是如果您要查找的话,它比“路径查找器”小。

我们希望10.7带来一个新的范式,使诸如此类的问题不再相关:)


路径查找器真的很棒,谢谢您的指出,但糟糕的想法是Apple专注于移动领域(女巫很棒,不要误解我的意思),并为我们的台式机用户提供了这种行为:(
balexandre

4

我相信这是因为Mac OS X处理某些软件包的方式。

例如,一个应用程序。对用户来说,它只是一个.app文件,双击该文件即可打开该应用程序。
但实际上,这是一个扩展名为.app的文件夹,其层次结构如下:

野生动物园应用程序mac-ox-x

您可以通过右键单击该应用程序并选择“显示包内容”来自己查看。

我看到Apple不允许在文件夹上进行合并的唯一原因是,他们不想使用户感到困惑。就像要求合并何时需要更新应用程序一样。
由于这是在Mac OS X系统上表示软件包的标准方法,因此他们不必费力尝试区分软件包和简单文件夹。


这是有道理的,但是其他类似的“例外”并没有阻止苹果将行为“硬编码”到Finder中,因此我看不到它们如何不能简单地在“幕后”替换App Bundle。
Martin Marconcini 2010年

我同意Apple不想混淆用户,但我认为package参数无关紧要...文件夹和Packages已经以不同的方式处理。实际上,程序包与文件夹不同。两者都是目录,但是在GUI中对包和文件夹的处理不同。
乔什2010年


2

对于所有替换的文件而言,很可能为时已晚,但是复制文件夹(Option ⌥+ C)然后粘贴项目(Option ⌥+ V),然后它将要求合并

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.