Electron框架下的Mac App Store应用程序提交详细指南-七爪网

在快速发展的科技时代，苹果产品在市场上扮演着关键角色。对于开发者而言，理解和掌握Apple证书签名的相关规则和重点十分关键。这些规则不仅关系到应用的正常运行，还影响到测试和发布等众多环节。

Apple帐户登录与团队选择管理

登录系统需用Apple账户，这是开始所有操作的关键。这一步相当于开启通往后续流程的通道，开发者需依照规定进入指定平台，并输入账号信息等。操作界面是我们熟知的苹果开发者平台。接下来，需选择一个团队，并点击管理证书。不少初学者可能会遇到难题，比如找不到管理证书的入口。对于规模小、技术经验不足的团队，这些复杂的步骤可能会降低开发效率。因此，大家需严格遵循官方指南，认真完成每一步操作。

接下来，我们要进行签名证书表的各项操作。首先，在左下角寻找那个带有加号（+）的添加按钮。只有点击这个按钮，才能开始添加证书。虽然这些步骤看起来很容易，但每一个环节都至关重要，不能有丝毫差错。就好比盖房子时，每一块砖都很重要，缺少任何一块都可能影响整个建筑的稳固。

不同证书的功能与限制


<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>com.apple.security.app-sandbox</key>
    <true/>
    <key>com.apple.security.application-groups</key>
    <array>
      <string>TEAM_ID.your.bundle.id</string>
    </array>
  </dict>
</plist>

“Apple”签名的软件无法直接启动。这类软件需经Apple重新授权方可运行，即只能从Mac应用市场下载后才能使用。比如，苹果内部测试部门会严格遵循这一规定，以保障软件的安全与稳定。而“ID”证书则用于在软件发布至Mac应用市场之外的其他平台前进行签名。显而易见，这种证书更为灵活，能够适应不同市场的分发需求。这对于一些小众软件的独立开发者来说尤为适用，他们可以将自己的软件发布到多个第三方平台。

ID证书和Mac证书专用于对Mac软件包进行签名，而非直接用于应用程序。这表明各类证书各自承担着特定的职责。若开发者误将它们混淆使用，可能会引发应用开发过程中的诸多问题，例如用户端可能无法成功安装安装包。


<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>com.apple.security.app-sandbox</key>
    <true/>
    <key>com.apple.security.inherit</key>
    <true/>
  </dict>
</plist>

证书名称更改与旧文档问题

<plist version="1.0">
<dict>
  ...
  <key>ElectronTeamID</key>
  <string>TEAM_ID</string>
</dict>
</plist>

苹果公司近几年来频繁修改证书名称。这种情况导致开发者查阅旧资料时容易产生混淆。许多开发者在进行开发环境升级或更换设备重启项目时，会回顾过往的文档资料，却发现证书名称已与之前不同。即便是有丰富经验的开发者，在重新开始苹果应用程序的开发时，也可能因此遇到难题。此外，部分工具依旧沿用旧名称，这导致开发流程中存在不一致，进而提升了开发过程中的摩擦成本。

本地机器测试与配置文件

const { signAsync } = require('@electron/osx-sign')

signAsync({
  app: '/path/to/your.app',
  identity: 'Apple Development',
  provisioningProfile: '/path/to/your.provisionprofile'
})

若要在本地设备上测试提交给Mac App Store的应用，需用“Apple”证书对该应用进行签名，同时将配置文件嵌入到程序包中。此规定旨在确保测试过程的精确性，并保障应用在各种环境下的稳定运行。这和工厂在批量生产前进行小规模试产一样，至关重要。

首先，需要在“”页面创建一个新的配置文件，并将其下载至指定位置。若医生在操作过程中出现失误，例如路径填写不当或注册参数不符合规范，那么测试将无法成功进行，或者后续的开发工作将无法顺利进行。

应用程序包的Info.plist要求

const { signAsync } = require('@electron/osx-sign')

signAsync({
  app: 'path/to/your.app',
  identity: 'Apple Distribution'
})

应用软件的Info.plist文件需要含有特定的标识键，该键的值应与您的苹果开发者团队ID一致。这相当于一个标签，帮助苹果系统准确识别应用归属哪个开发团队。这一标识在应用分发与管理的全过程中扮演着关键角色。若开发者遗漏了这一添加或添加不当，提交至应用商店审核时，很可能遭到拒绝。

签名应用运行的权限与限制

const { signAsync } = require('@electron/osx-sign')

function getEntitlementsForFile (filePath) {
  if (filePath.startsWith('my-path-1')) {
    return './my-path-1.plist'
  } else {
    return './alternate.plist'
  }
}

signAsync({
  optionsForFile: (filePath) => ({
    // Ensure you return the right entitlements path here based on the file being signed.
    entitlements: getEntitlementsForFile(filePath)
  })
})

在开发机器上运行的签名应用，必须使用“Apple”证书进行签名，并将配置文件发送至指定项目。这些签名的应用只能在注册了相应配置文件的机器上运行，这也是在提交至Mac App Store前测试应用的唯一途径。这相当于为应用设置了一道锁，只有拥有相应钥匙的特定机器才能解锁运行。至于提交至Mac App Store的应用，同样需要用“Apple”证书签名，但这样的应用只能在从Mac App Store下载后才能运行。在开发过程中，大家是否遇到过因证书签名问题导致应用无法运行的情况？欢迎分享你们的经历，并请点赞和转发这篇文章。

<key>com.apple.security.network.client</key>
<true/>

相关文章

微信