解决方案1:

苹果开发者网站回答了上述问题。

在终端执行以下命令:首先转到项目根文件夹

 xattr -cr <path_to_project_dir>

清理Xcode并重新构建。

解决方案2:

只需转到项目根目录并运行xattr -cr命令。

xattr -cr .

清理Xcode并重新构建。

解决方案3:

您可以通过查找包含查找器信息的文件来解决此问题。

在终端，进入项目根目录并执行

ls -alR@ . > kundapura.txt

这将在当前目录中创建kundapura.txt。现在搜索com.apple.FinderInfo并清除所有文件的此属性。你可以这样做

xattr -c <filename>

例如:xattr -c guru.png

一旦你清除所有，然后代码签名工作。清理Xcode和Re Build。干杯

解决方案4:受Mark McCorkle的答案启发

在终端进入项目根目录，逐个执行命令

  find . -type f -name '*.jpeg' -exec xattr -c {} \;
  find . -type f -name '*.jpg' -exec xattr -c {} \;
  find . -type f -name '*.png' -exec xattr -c {} \;
  find . -type f -name '*.json' -exec xattr -c {} \;

清理Xcode并重新构建。

对于那些(像我一样)只是试图开发一个应用程序，而不必剥离每个添加到macOS目标的新photoshop创建的PNG的扩展属性，你可以通过添加用户定义的构建设置暂时禁用代码签名:

CODE_SIGNING_ALLOWED = No 

显然，一个分发应用程序的人最终需要解决这个问题，但这可以在像我这样的情况下进行开发，在Sierra中省略代码签名并不一定是简单的(在过去的OS X / Xcode中，这样做更容易)。

根据RGriffith的评论，这里有一些截图，供那些不确定如何添加自定义构建设置的人使用。

我的。app在网络驱动器上。

codesign -f -vv --preserve-metadata=entitlements -s {*my Apple distribution cert SHA*} my.app
my.app: resource fork, Finder information, or similar detritus not allowed

我不知道是路径太长还是它在NAS设备上是一个问题。我将.app复制到本地下载目录，然后就可以进行协同设计了。

my.app: signed app bundle with Mach-O thin (arm64) [*com.something.my*]

处理源文件属性最简单的方法是让Xcode在运行协同设计之前清理归档文件。这样做:

在XCode中选择你的目标 选择Build Phases选项卡 按+符号 选择新建运行脚本阶段 脚本输入如下内容: xattr -cr ~/Library/Developer/Xcode/DerivedData || echo清除

现在，当你构建目标时，它会清除任何可能破坏协同设计的属性。通过在此阶段清除，您不必更改源代码/项目目录。

脚本的“|| echo Clear”部分确保即使xattr错误，项目构建也会继续。

如果你在代码存储库中使用DropBox等程序来添加属性，这种方法很好，因为它不会改变源项目，只会改变构建的存档。

您可能需要更改路径以匹配您的DerivedData目录-此路径将显示在协同设计错误旁边。

问题是在派生数据中，您应该清理派生数据，然后清理项目和构建。请检查这个链接。

我的问题是我在代码中所做的每一个更改，并再次执行错误再次出现。然后，我找到了一个解决方案，在每次编译/执行代码时自动执行该命令。

多亏了@rich-able，我发现了“运行脚本”。然后在字段中输入命令“xattr -cr .”。