如果错误消息引用Core Data文件，请阅读此答案

概要:您可能同时拥有自动生成和手动生成的Core Data管理对象类文件。

如果错误的第一行引用Foo+CoreDataProperties，则此答案适用。o或Foo+CoreDataClass。o文件。例子:

错误:多个命令生成“/Users/me/Library/Developer/Xcode/DerivedData/MyApp-uebslaqdwgldkjemijpdqmizgyzc/Build/Intermediates.”noindex/ MyApp / debug -iphone模拟器/ MyApp.build/Objects-normal/x86_64/Foo+CoreDataProperties.o':

1)目标“MyApp”(项目“MyApp”)有Swift源文件的编译命令

2)目标“MyApp”(项目“MyApp”)有Swift源文件的编译命令

通过展开Build Transcript的Compile Swift Source Files部分可以看到根本原因。例如:

<unknown>:0:错误:文件名“Address+ coredataclasss .swift”使用了两次:“/Users/myUserName/Projects/Jnky/Foo+CoreDataProperties”和“/Users/jk/myUserName/Developer/Xcode/DerivedData/MyApp-uebslaqdwgldkjemijpdqmizgyzc/Build/Intermediates.noindex/MyApp.build/Debug/MyApp.build/DerivedSources/CoreDataGenerated/Jnky/Foo+CoreDataProperties.swift”

这里提到的第一个文件是项目目录中的一个源文件，它是通过在项目导航器中选择数据模型并单击菜单编辑器>创建管理对象子类生成的。这个功能是在Xcode 7中添加的。

第二个文件是一个同名文件，但它被隐藏在Xcode的DerivedData中。如果数据模型(.xcdatamodeld)文件包含在目标的编译源构建阶段，则该文件在每次构建期间由Xcode自动生成。这个功能是在Xcode 9左右添加的。零，每个实体/类生成一个或两个文件，这取决于Codegen弹出框的设置。当你在编辑数据模型时选择一个实体时，在数据模型检查器中会弹出这个窗口。

设置如下:

手动/无不生成文件 类别/扩展名一个文件，Foo+CoreDataProperties。生成。m或. Swift，包含Objective-C类别或Swift扩展名。 生成了相同的Category/Extension文件，另外还生成了一个Foo+CoreDataClass。生成M或.swift，包含类声明和定义。

So you see the problem occurs when a developer (like me) who is accustomed to the older Xcode begins a project in a newer Xcode. We think that we need to use the Create Managed Object Subclass menu item, which we do, to create the files we can see in the Project Navigator while not realizing that our settings in the Codegen popup are causing Xcode to create duplicate files, which Apple "cleverly" does not show in the Project Navigator, because they don't trust developers to read and heed the comment in the header // This file was automatically generated and should not be edited.

解决方案1 -使用旧的方式

您可以禁用数据模型的所有自动Codegen，只需一个设置:

打开问题目标的构建阶段(在项目导航器中，选择项目，然后在出现的目标列表中，选择问题目标，然后选择Build Phases)。 展开Compile Sources条目并找到问题数据模型(。xcdatamodeld文件)。 从编译列表中删除它 确保数据模型包含在Copy Bundle Resources列表中。

解决方案2 -核心数据魔术初学者

在这里，你把所有的钱都花在新方法上。

让您的数据模型保持Compile Sources中的原样。 在数据模型中的每个实体检查器中，将Codegen设置为类定义。 在项目导航器中，删除并丢弃任何Foo+CoreDataClass文件，并重命名任何Foo+CoreDataProperties。m或。swift文件到Foo+MyProperties之类的文件。 在每个Foo+MyProperties。m或.swift文件，如果有Xcode生成的属性，请删除这些属性，因为它们将在Codegen创建的隐藏文件中。

使用此解决方案，您的类定义将在每次构建时从数据模型自动生成。你甚至看不见它们。它是Core Data Magic，适合初学者使用。

解决方案3 -适用于大多数真实世界的应用程序

但是如果您真的想添加非托管属性，解决方案2就不太好。(Objective-C不允许在类别中添加属性，Swift不允许在扩展中添加存储属性。)所以在大多数现实世界的应用程序中，你可能想要介于解决方案1和2之间……

将数据模型保留在Compile Sources列表中 在数据模型中的每个实体检查器中，将Codegen设置为类别/扩展。 在Project Navigator中，删除并丢弃任何Foo+CoreDataClass。m或.swift文件，并且，为了减少将来的混乱，重命名任何Foo+CoreDataProperties。m或。swift文件可能只是Foo。M或者。swift。 确保每个Foo。M或.swift文件包含类定义，您可以向其中添加自己的非托管属性。

(感谢正电子的回答。我在这里的回答解释了为什么正电子的答案(我的解决方案1)有效，并添加了解决方案2和解决方案3。)

删除该死的资产文件

解决方案->打开目标->构建阶段>复制Bundle资源并从那里删除资产。

多重生成错误是由我的隐藏文件(.gitkeep)触发的 仔细看看你的编译源，我相信这个文件在编译源中，但它显示为空行。它实际上没有说隐藏文件的名称，但我删除了空白行，它修复了这个问题，所以我怀疑项目导航器不显示隐藏文件。

我也有同样的问题，但能够通过删除相关的.png和图标资产目录来修复它，然后构建应用程序。这产生了预期的错误，因为资产丢失了。之后，我又添加了一切，并建立应用程序没有任何问题。

在创建框架时也会遇到此错误。

在你的框架项目中，如果你有应用目标，并且在部署信息部分为每个应用目标设置了不同的iOS版本，那么进行pod安装将为相同的pod创建一个带有iOS版本后缀的新目标。

您可以通过转到pods目标来检查这一点。如果你看到重复，那就是你的问题。Xcode get因此感到困惑，并抛出一个这样的错误。

Multiple commands produce '/Users/userName/Library/Developer/Xcode/DerivedData/ProjectName-fbeqffupediuiedlrplqjyhgyqna/Build/Products/Production-iphoneos/XCFrameworkIntermediates/SomePodFramework':
1) That command depends on command in Target 'SomePodFramework-iOS10.0' (project 'Pods'): script phase “[CP] Copy XCFrameworks”
2) That command depends on command in Target 'SomePodFramework-iOS13.0' (project 'Pods'): script phase “[CP] Copy XCFrameworks”

以下是你需要做的。

将所有目标的部署信息下的最小ios版本设置为相同。这将确保当你安装pod时，cocoapods不会根据多个ios版本创建同一个pod的新目标。 关闭你的工作空间。删除xcworkspace, Podfile。锁和Pods文件夹。 运行pod install。

现在，当您打开工作区时，您可以再次检查pod目标。你会发现没有重复。

现在只需更改所有目标的部署信息。

如果错误消息引用Core Data文件，请阅读此答案

概要:您可能同时拥有自动生成和手动生成的Core Data管理对象类文件。

如果错误的第一行引用Foo+CoreDataProperties，则此答案适用。o或Foo+CoreDataClass。o文件。例子:

错误:多个命令生成“/Users/me/Library/Developer/Xcode/DerivedData/MyApp-uebslaqdwgldkjemijpdqmizgyzc/Build/Intermediates.”noindex/ MyApp / debug -iphone模拟器/ MyApp.build/Objects-normal/x86_64/Foo+CoreDataProperties.o':

1)目标“MyApp”(项目“MyApp”)有Swift源文件的编译命令

2)目标“MyApp”(项目“MyApp”)有Swift源文件的编译命令

通过展开Build Transcript的Compile Swift Source Files部分可以看到根本原因。例如:

<unknown>:0:错误:文件名“Address+ coredataclasss .swift”使用了两次:“/Users/myUserName/Projects/Jnky/Foo+CoreDataProperties”和“/Users/jk/myUserName/Developer/Xcode/DerivedData/MyApp-uebslaqdwgldkjemijpdqmizgyzc/Build/Intermediates.noindex/MyApp.build/Debug/MyApp.build/DerivedSources/CoreDataGenerated/Jnky/Foo+CoreDataProperties.swift”

这里提到的第一个文件是项目目录中的一个源文件，它是通过在项目导航器中选择数据模型并单击菜单编辑器>创建管理对象子类生成的。这个功能是在Xcode 7中添加的。

第二个文件是一个同名文件，但它被隐藏在Xcode的DerivedData中。如果数据模型(.xcdatamodeld)文件包含在目标的编译源构建阶段，则该文件在每次构建期间由Xcode自动生成。这个功能是在Xcode 9左右添加的。零，每个实体/类生成一个或两个文件，这取决于Codegen弹出框的设置。当你在编辑数据模型时选择一个实体时，在数据模型检查器中会弹出这个窗口。

设置如下:

手动/无不生成文件 类别/扩展名一个文件，Foo+CoreDataProperties。生成。m或. Swift，包含Objective-C类别或Swift扩展名。 生成了相同的Category/Extension文件，另外还生成了一个Foo+CoreDataClass。生成M或.swift，包含类声明和定义。

So you see the problem occurs when a developer (like me) who is accustomed to the older Xcode begins a project in a newer Xcode. We think that we need to use the Create Managed Object Subclass menu item, which we do, to create the files we can see in the Project Navigator while not realizing that our settings in the Codegen popup are causing Xcode to create duplicate files, which Apple "cleverly" does not show in the Project Navigator, because they don't trust developers to read and heed the comment in the header // This file was automatically generated and should not be edited.

解决方案1 -使用旧的方式

您可以禁用数据模型的所有自动Codegen，只需一个设置:

打开问题目标的构建阶段(在项目导航器中，选择项目，然后在出现的目标列表中，选择问题目标，然后选择Build Phases)。 展开Compile Sources条目并找到问题数据模型(。xcdatamodeld文件)。 从编译列表中删除它 确保数据模型包含在Copy Bundle Resources列表中。

解决方案2 -核心数据魔术初学者

在这里，你把所有的钱都花在新方法上。

让您的数据模型保持Compile Sources中的原样。 在数据模型中的每个实体检查器中，将Codegen设置为类定义。 在项目导航器中，删除并丢弃任何Foo+CoreDataClass文件，并重命名任何Foo+CoreDataProperties。m或。swift文件到Foo+MyProperties之类的文件。 在每个Foo+MyProperties。m或.swift文件，如果有Xcode生成的属性，请删除这些属性，因为它们将在Codegen创建的隐藏文件中。

使用此解决方案，您的类定义将在每次构建时从数据模型自动生成。你甚至看不见它们。它是Core Data Magic，适合初学者使用。

解决方案3 -适用于大多数真实世界的应用程序

但是如果您真的想添加非托管属性，解决方案2就不太好。(Objective-C不允许在类别中添加属性，Swift不允许在扩展中添加存储属性。)所以在大多数现实世界的应用程序中，你可能想要介于解决方案1和2之间……

将数据模型保留在Compile Sources列表中 在数据模型中的每个实体检查器中，将Codegen设置为类别/扩展。 在Project Navigator中，删除并丢弃任何Foo+CoreDataClass。m或.swift文件，并且，为了减少将来的混乱，重命名任何Foo+CoreDataProperties。m或。swift文件可能只是Foo。M或者。swift。 确保每个Foo。M或.swift文件包含类定义，您可以向其中添加自己的非托管属性。

(感谢正电子的回答。我在这里的回答解释了为什么正电子的答案(我的解决方案1)有效，并添加了解决方案2和解决方案3。)