当然可行！只要你的应用是Universal应用（同时支持iPhone和iPad），完全可以实现只针对iPad推送更新，iPhone端保持当前线上版本的状态不变。下面是具体的操作步骤和注意事项：

核心逻辑说明 #

Universal应用的更新包本质上是一个包含iPhone和iPad二进制文件的统一包，但你可以让iPhone部分的代码/资源和当前线上版本完全一致，仅修改iPad端的内容。这样App Store会识别为有效的更新，iPad用户会收到更新提示并获取新版本，而iPhone用户更新后实际体验和之前没有差异，相当于只完成了iPad版本的更新。

具体操作步骤 #

1. 准备专属更新包 #

• 打开Xcode，确认你的项目配置为Universal：在项目目标的Deployment Info中，确保同时勾选了iPhone和iPad选项。
• 基于当前线上版本的代码创建新分支，仅修改iPad相关的内容（比如适配优化、新增功能等），iPhone端的代码、资源、逻辑完全保持和线上版本一致，不要做任何改动。
• 执行常规的打包流程：选择合适的设备（比如Any iOS Device (arm64)），点击Product > Archive生成归档文件。

2. 提交并配置更新 #

• 登录App Store Connect，进入你的应用页面，切换到App Store标签页。
• 点击添加版本或平台，选择iOS（Universal应用的更新入口统一在iOS分类下），填写高于当前线上版本的版本号（比如当前线上是1.0.0，新版本可以设为1.0.1）。
• 将Xcode中生成的归档文件通过Distribute App功能上传到App Store Connect，等待审核。
• 在版本详情的What's New描述中，明确标注："此更新仅针对iPad版本进行优化/新增功能，iPhone版本无变化"，让用户清晰了解更新内容。

3. 审核通过后发布 #

• 当更新包通过Apple审核后，你可以选择立即发布或定时发布。发布后，iPad用户会收到更新提示，iPhone用户也能看到更新，但更新后应用状态和之前一致。

注意事项 #

• 版本号必须严格递增：不管你是否修改iPhone端，新提交的版本号必须比当前线上的所有版本（包括iPhone和iPad）都高，否则无法提交。
• 不要修改iPhone端的任何内容：哪怕是微小的代码注释或资源文件名改动，都可能导致iPhone端的二进制文件变化，违背"仅更新iPad"的初衷。
• 测试要充分：在提交前，分别在iPhone和iPad设备上测试归档包，确保iPhone端功能和线上版本完全一致，iPad端的新功能正常运行。

内容的提问来源于stack exchange，提问作者Milan Savani