将鼠标悬停在“其他地方已修改”文本上，它应该告诉您在哪里：

的数据
一个工具提示 * 应该 * 显示在这个issue中。
将鼠标悬停在指示器上会显示一个自定义的悬停，它会记录下设置被修改的其他位置。

Timothy的回答很好（将鼠标悬停在修改后的指示器上，它会告诉你在哪里），但没有解决问题的另一部分：
我的意思是，有什么可能性？

• 配置有一个“目标”（API docs）--全局、工作区或工作区文件夹（如果您对多个工作区感到困惑，那么它是为使用多根目录的时候准备的）。
• 全局设置可以在用户数据目录的用户settings.json文件中设置。如果使用profile，则通过配置文件的settings.json文件设置。
• 工作区文件夹设置位于. vscode/settings.json文件中，工作区设置（使用多根目录时）位于工作区的.code-workspace文件中。另请参阅相关的用户文档。
• 配置有一个“作用域”（API docs），可以是特定的资源，也可以是语言，或者两者都是，也可以是文本文档，或者是工作区文件夹。有关语言作用域，请参阅相关的用户文档。

会不会是延期？
取决于你的意思。扩展可以 * 在内部 * 做任何他们想做的事情来使用他们自己贡献的设置（使用他们没有在扩展清单中指定的默认值，或者完全忽略用户设置的值），但是如果他们通过扩展API写入设置值（参见WorkspaceConfiguration.update(...)），VS Code将知道。
会不会是一些非settings.json的配置文件？
尽管如此，扩展也可以有自己的配置文件类型，而VS Code本身并不知道或关心这些类型（如果设置更改是在那里完成的，那么VS Code本身将不知道），同时仍然具有VS Code * 确实 * 知道的并行/相关设置。例如the C/C++ extension's c_cpp_properties.json file，可以通过VS Code设置或tsconfig/jsconfig文件设置默认值，对于这些，可以通过js/ts.implicitProjectConfig.*设置等来默认某些编译器/类型检查选项。
这是否仅仅意味着另一个项目在其工作区设置中修改了它？
如果你指的是一个工作区/工作区文件夹，而不是当前打开的一个，没有。VS代码将不会显示修改的指示器（谢天谢地，它没有）。