实际上，你可以使用遗留的构建系统，但你不会得到快速的构建时间，即你不会得到新的构建系统的功能，已经在XCode10默认。这只是一个没有得到最新的构建功能https://developer.apple.com/documentation/xcode_release_notes/xcode_10_release_notes/build_system_release_notes_for_xcode_10的解决方案

对于那些依赖名称相同的Swift头导入的人。(例如:头文件名称:#import "MyApp-Swift.h"):

这个头文件的名称实际上是由${SWIFT_MODULE_NAME}-Swift.h决定的，其中SWIFT_MODULE_NAME使用PRODUCT_MODULE_NAME作为默认值。

此外，还有一个项目范围内的构建设置，名为:SWIFT_OBJC_INTERFACE_HEADER_NAME“Objective-C生成的接口头名称”，它的默认值是${SWIFT_MODULE_NAME}-Swift.h。通过将这个值更改为MyApp-Swift.h，我们聚合构建中的所有目标都能够共享相同的头名称，并且我们能够从它们中更改PRODUCT_MODULE_NAMEvalue。

在Xcode 10中，它也适用于以前的版本

双击项目 你会看到下图 从左边选择目标 扩展拷贝包资源(0项) 删除产生错误的相应文件

在向应用程序添加了Fabric sdk套件的第二部分后，我遇到了这个问题。

实际发生的是GoogleUtilies框架被添加到Pods项目两次

这在Xcode 10之前是没问题的，但是如果一个文件有两个操作(在这种情况下是一个复制操作)，Xcode 10就会报错。

去掉第二个框架是安全的。

搜索并删除由多个命令产生的重复文件。

这里，一个额外的信息。应该删除plist文件(在我的情况下，它是Contents.json)

error: Multiple commands produce '/Users/uesr/Library/Developer/Xcode/DerivedData/OptimalLive-fxatvygbofczeyhjsawtebkimvwx/Build/Products/Debug-iphoneos/OptimalLive.app/Info.plist'

对于cocoapods管理的依赖项目，通过提供本地podspec来排除信息来解决问题。请参考资料。以godzippa为例

Podfile pod 'Godzippa'，:podspec =>“venders/ Godzippa .podspec”

厂商/ godzippa.podspec s.source_files = 'Sources/*.{h,m}'