None of the provided answers worked for me. In my case, I finally fixed the error by updating the target architectures in Build Settings/Architectures/Valid Architectures to $(ARCHS_STANDARD), as arm64 was missing. This was not prohibiting the project to build, although a warning was issued recommending updating the valid architectures, but the "app could not be opened" error was shown at run time. I surmise this error is rather generic and not always linked with a permission issue, but may be displayed when the generated app package is invalid.

我试了所有列出的答案，没有一个有用。问题是由于存在另一个plist文件通过cocoapods从子模块链接。幸运的是，这是我自己的模块，所以我只是从子模块项目中删除了这个plist，并重新安装了pods。

解决方案

后来我明白了问题的关键在于第二个plist的名称:简单地说，就是info.plist。您可以重命名文件并通过子模块的sources部分重新链接它

第二个plist文件有一个唯一的名字，所以Xcode不应该感到沮丧。甚至我的目标设置都指向一个主plist，而不是info.plist。看来Xcode对这个名字有特别的考虑

该错误在Xcode 6.4和Xcode 7.0中再现

X-code 6.3.2

[构建设置]选项。 [所有]-[构建选项]-[C / c++ /Objective-C编译器]-[默认编译器(Apple LLVM 6.1)]

然后重新构建项目，它可以正常运行。

我会进入Xcode文档所在的文件夹，点击command + I来获取信息。在底部，点击锁以解锁文件夹以编辑权限。如果权限看起来不错，勾选“应用到附带文件夹”的复选框，让它来做它的事情。我个人没有见过这个，也不确定这是否是你在编辑构建权限时在你的帖子中所说的。

我所做的是:

我从项目中删除了VALIDARCHS 我从Target删除了VALIDARCHS 仅构建活动体系结构= YES(用于调试)体系结构 标准架构$(ARCHS_STANDARD)

另外，File ->项目/工作区设置==新建系统

Xcode版本12 (12A7209)

请检查是否已将可执行文件=> $(EXECUTABLE_NAME)更改为任何其他名称。如果您更改了此名称，则会显示此错误。请用$(EXECUTABLE_NAME)替换它。