实际上，这个问题的答案很简单。

在你的Xcode项目中搜索引发警告的文件，并删除其中一个。

Xcode只会在搜索结果中显示该文件的一个引用，但不要止步于此，直接删除它。(最好在删除之前备份项目文件)

现在再次构建项目。警告现在应该消失了。 (这个答案是以前版本的xcode)

如前所述，如果在项目导航器中有多个具有相同名称的文件，但位于不同的组(黄色文件夹)，则可以看到此问题。在我的例子中，这是故意的，因为我有多个子目录，每个都有一个“preview.jpg”，我想复制到应用程序包:

在这种情况下，你需要确保Xcode识别目录引用(蓝色文件夹图标)，而不仅仅是组。

删除违规文件并选择“删除引用”(这样我们就不会完全删除它们):

通过将它们拖回项目导航器，将它们重新添加到项目中。在弹出的对话框中，选择“为任何已添加的文件夹创建文件夹引用”:

注意，这些文件现在在项目导航器中有一个蓝色的文件夹图标:

如果您现在查看目标构建阶段的“Copy Bundle Resources”部分，您将注意到整个文件夹只有一个条目，而不是目录中包含的每个项目都有条目。编译器不会因为这些文件有多个构建命令而报错。

这是这个问题的另一种变体。我得到了同样的消息，之前建议的解决方案都没有解决这个问题(例如，我肯定只有一个违规文件的副本)。

我的解决方案是编辑项目。在文本编辑器中删除pbxproj文件(当然是在退出XCode并备份文件之后)，并删除所有对违规文件的引用。然后，再次启动XCode后，我手动将文件添加回项目中，一切正常。

(我怀疑这个问题发生在我身上是因为一个手册，即:非xcode，合并项目文件。)

实际上，这个问题的答案很简单。

在你的Xcode项目中搜索引发警告的文件，并删除其中一个。

Xcode只会在搜索结果中显示该文件的一个引用，但不要止步于此，直接删除它。(最好在删除之前备份项目文件)

现在再次构建项目。警告现在应该消失了。 (这个答案是以前版本的xcode)

对我来说，目标>构建设置>包装>产品名称被设置为与我的应用程序自定义的.plist文件中引用的另一个值相同的东西。最终，由于我们的构建过程，这创建了重复的文件。

一个简单的方法是，

进入App目标 进入构建阶段 输出文件 删除输出文件的路径，然后构建项目。它将成功运行。