“文件”MyApp。在Xcode 6 Beta 4中运行app时，app“无法打开，因为您没有查看它的权限”

每当我尝试在Xcode 6 Beta 4中运行我的应用程序时，我都会得到错误:

The file "MyApp.app" couldn't be opened because you don't have permission to view it.

无论我的目标是什么模拟器或设备，都会出现此错误。

我试过:

在Xcode中删除所有来自组织者的派生数据正在修复驱动器上的权限手动提升构建的MyApp.app的权限重启电脑

有没有其他人遇到过这个问题并找到了解决方案?

当前回答

我能够从xcode 6.1之前的备份中恢复我的项目，

一旦我从不同的目录打开我的工作空间，我就能够运行我的目标而不会出现这个错误。模拟器现在也可以正常工作了。

其他回答

我有这个错误与我的一些旧的项目，我正在从橱柜出来更新。由于某些原因，在Xcode 6中使用旧代码似乎会导致这种情况。

我已经在我所做的所有项目中修复了这个问题:

删除派生数据在产品:做清洁进入项目目标中的构建设置，进入构建选项，并将“Compiler for C/ c++ /Objective-C”的值更改为“Default” 编译器”。

当我在Xcode 10.3中添加两个objective-c文件时，没有一个解决方案适合我。我通过以下步骤固定，

进入构建阶段检查.m文件是否存在于编译器源代码中。如果不加的话在.m文件旁边添加编译器标志的-objc标志

我也遇到过类似的问题。不知何故，我的值键可执行文件混淆了。只需将其更改回${EXECUTABLE_NAME}(在您的项目> Info下)。为我工作!

我也有类似的问题。显然我已经包含了信息。Plist从外部项目文件夹。这将导致相同的错误，在每次构建之后都会显示出来(除了我在清理项目后运行它之后)。

为了解决这个问题，我只需要包含信息。从项目文件夹Plist。

我自己修复了在“arm32”和“arm64”架构之间切换的问题。从“构建设置”中，我将“架构”和“有效架构”从“arm32”修改为“arm64”，它工作了。在改变了一些其他设置后，在arm32和arm64之间切换不再有区别，所以我怀疑这是否是路由原因。

之前我尝试了这里的所有其他建议:

Plist未被修改 EXECUTIBLE_NAME未被修改构建清洁删除DerivedData 默认的编译器

推荐文章