这有点复杂，但我发现在iOS 17设备上测试使用Xcode 14构建的应用程序的唯一方法-同时仍然能够调试如下：
1.使用Xcode 14存档应用程序-选择“任何iOS设备”运行目标。
1.在“管理器”中，选择存档，然后选择“在查找器中显示”。
1.使用“显示软件包内容”展开存档，然后打开“产品->应用程序”以查看应用程序-您稍后会需要它。
1.关闭Xcode 14，打开Xcode 15。
1.在Xcode 15中，在“设备和模拟器”中，选择您的iOS 17设备。
1.点击“安装的应用程序”底部的“+”按钮，并从步骤#3中删除应用程序文件。您应该在“已安装的应用程序”列表中看到应用程序更新的内部版本号。
1.现在，您可以在iOS 17设备上手动运行Xcode 14构建的应用程序，而不是使用Xcode 15中的“Cmd+R”，否则您将替换刚刚安装的应用程序。
1.仍然在Xcode 15中，使用“Debug -> Attach to Process”附加到应用程序的进程-断点似乎不起作用，但您可以打印到日志。
当然，您也可以通过TestFlight而不是步骤1-6交付应用程序，然后使用Xcode 15和您的iOS 17设备连接到应用程序的进程。
我在Apple Dev Forum上的原始答案如下：https://developer.apple.com/forums/thread/730947?answerId=756651022#756651022

截至目前，没有适用于iOS 17的设备支持文件。
在iOS 17+中，我们使用新的设备堆栈（CoreDevice）来与设备进行通信。使用此新设备堆栈，每个平台有一个DDI（而不是每个操作系统版本）。这个相同的设备堆栈将在系统上的所有Xcode版本中共享，安装新版本的Xcode将更新CoreDevice及其DDI（就像CoreSimulator更新一样，如果你熟悉的话）。
这实际上意味着您现在有了一种受支持的方法来更新系统上的设备堆栈，以支持更新的目标操作系统设备。使用CoreDevice，您应该能够使用Xcode 15调试运行未来版本iOS的设备。这可能需要首先安装一个较新的Xcode，以便安装较新的CoreDevice和DDI，所以请记住这一点。
当然，这也意味着有一个暂时的打嗝，其中旧的不受支持的路径不起作用，但好消息是，未来你将有一个支持的方式来做这件事，它的工作开箱即用，不需要修改你的Xcode.app。
看看这个苹果论坛
iOS17 Device support Apple reply
建议您只使用Xcode 15 beta。
好消息是，以后我们不需要更新设备支持文件，如果我们安装最新版本的XCode，它将默认工作：）

部署到iOS 17设备的唯一方法是使用Xcode 15。

苹果开发者论坛正式表示，你正在尝试做的事情不受支持，即使它在过去可能有效。但如果你想探索非官方或黑客风格的方法，你可以考虑以下几点：

1. Boot 适用于iOS 17的Corellium虚拟iPhone（默认情况下已越狱）
   1.设置USBFlux，将设备作为虚拟连接的本地USB设备远程传递到本地Xcode 14。
2. Debug附加到命名进程并与之交互。
   参见https://support.corellium.com/features/connect/usbflux
   有人假设你不能升级到Xcode 15 -这是一个正确的假设吗？如果您处于这种情况，一种间接的方法是改进应用程序内的日志记录，然后查看在iOS 17上安装它是否会显示任何问题，这些问题可能会在随后从Console应用程序中查看的日志中进行调试。
   另一种方法是，如果你的应用程序是模块化的，并且只有一个方面失败了，你可以创建一个新的应用程序，只包含相关的模块，然后在本地使用Xcode 15，并使用它来调试你的问题。

我花了整整一周的时间来了解如何安装新的测试版模拟器。
您应该选中模拟器所需的所有复选框[像这样][1]，然后在~/Downloads（当前用户的默认下载目录）中下载
↑这部分是不必要的。没关系。只需下载Xcode 15 Beta xip文件。
提取Xcode_15_Beta.xip后，在终端中执行以下命令。（不要使用sudo）

/path/to/Xcode-beta.app/Contents/Developer/usr/bin/xcodebuild -downloadAllPlatforms

此命令可能要求您允许Xcode 15 Beta对~/Downloads的文件/文件夹访问权限。允许它。
安装这些模拟器后，我可以使用iOS 17.0 Beta，并将Xcode 14.2选为$DEVELOPER_DIR。