这可能发生的原因有很多，通常发生的是后台脱绒过程以这样的方式失败，即根本不产生问题，并且因为后台脱绒过程报告的问题覆盖了最后一个构建报告的问题，所以最后一个构建的问题短暂地出现，然后再次消失。
我个人认为这是Xcode中一个相当愚蠢的错误，因为当去毛过程失败时，Xcode不应该用去毛过程中的空问题列表替换上一次构建的问题，毕竟它知道去毛失败了，这是问题列表为空的真正原因，而不是因为去毛过程没有发现任何问题。
要解决这个问题，你需要找出后台掉毛失败的原因，因此你打开一个终端，启动Xcode，如下所示：

SOURCEKIT_LOGGING=3 /<path-to-xcode>/Xcode.app/Contents/MacOS/Xcode 2>xcode.txt

然后编辑任意一个文件，让linter在后台运行，然后再次退出Xcode，打开文件xcode.txt，搜索你刚刚编辑的源文件的名称，它可能会出现多次，但你要找的条目如下：

[date] [time] Xcode[...] SourceKit-client: [...] {
  key.compilerargs: [
    "-x",
    "objective-c",
    "-ivfsoverlay",
:
   ]

这些是编译器用来填充文件的参数。要将参数转换为shell格式，只需复制[和]之间的所有内容（这是一个JSON数组），然后执行正则表达式搜索并替换,\n$，并将其替换为nothing（空字符串）。这将为您提供一个包含所有参数的单行。
现在你可以用这些参数在Terminal中调用编译器，并查看问题所在。根据文件的类型，编译器可以是clang（c，objc）、clang++（c++，objc++）或swiftc（swift）。你应该会得到一个错误，至少可以提示你问题所在。
通常找不到标头或模块，这在Xcode中构建项目时也会是一个问题，但在构建过程中，有时该问题会得到修复，因为组件是按特定顺序构建的，可以在构建过程中的构建目标目录中找到，或者构建配置的一部分被动态覆盖。当linter运行时，这些都不会发生。Xcode很大程度上依赖于所有项目设置的正确性，以及所有隐式依赖项的可检测性，或者在生成linting参数时将其配置为显式依赖项。此外，构建脚本阶段会使用某种巫毒魔法使构建成为可能，这可能是一个大问题，因为这些阶段也不会运行。
一旦你发现了linter错误，但不知道如何修复它，只需在SO上发布一个新的问题并寻求帮助。现在你有了确切的错误信息，给予你建议会容易得多，而不仅仅是在黑暗中猜测。