19、应用发布与维护全流程指南

应用发布与维护全流程指南

1. 测试的重要性及工具

在应用开发过程中，测试是至关重要的环节。Node.js 生态系统为我们提供了许多优秀的测试工具。例如，Jasmine 框架简化了测试工作，让我们的开发生活变得更加轻松。而 PhantomJS 这类工具则通过自动化测试过程，将代码添加到浏览器中，为我们节省了大量时间。此外，DalekJS 使我们能够直接在不同的浏览器中运行测试。Appium 则支持跨平台测试，使用相同的 API，实现了 iOS 和 Android 测试套件之间的代码复用。

2. 应用版本管理

版本管理在应用开发、维护和支持中扮演着关键角色，以下是需要版本管理的重要场景：
- 用户需要了解已安装应用的版本信息以及可用于升级的版本。
- 其他已安装的应用需要知道该应用的版本，以确定它们之间的交互兼容性。
- 不同的后端服务可能会根据应用的不同版本进行不同的通信。

建议对 Cordova/PhoneGap 构建采用三位版本号管理方式：
- 主版本：通常伴随着界面的重大变化、应用的大规模升级等。
- 次版本：包含一些次要特性的添加、重大 bug 的修复等。
- 修订版本：用于修正小错误、拼写问题等。

此外，iOS 和 Android 还支持第二版本字符串：
- Android：versionCode
- iOS：CFBundleVersion

以下是一个示例：

<widget id="com.cybind.crazybubbles"
version="0.0.1"
versionCode="1"
CFBundleVersion="0.0.1">

3. 使用 PhoneGap Build 构建和部署应用

PhoneGap Build 是一个强大的工具，它可以帮助我们在云端编译应用，避免了使用不同 SDK 的繁琐过程。以下是使用 PhoneGap Build 的具体步骤：
1. 注册 ：访问 https://build.phonegap.com 进行注册。
2. 准备上传文件 ：只需要取 Cordova/PhoneGap 应用的 www 目录，在其中添加 config.xml 文件，然后将该文件夹压缩。
3. 配置 config.xml 文件 ：以下是一个示例：

<?xml version="1.0" encoding="UTF-8" ?>
<widget xmlns   = "http://www.w3.org/ns/widgets"
    xmlns:gap   = "http://phonegap.com/ns/1.0"
    id          = "com.cybind.crazybubbles"
    versionCode = "10" 
    version     = "1.0.0" >
<name>Crazy Bubbles</name>
<description>
    Nice PhoneGap game
</description>
<author href="https://build.phonegap.com"  
email="support@phonegap.com">
    Andrew Kovalenko
</author>
<gap:plugin name="com.phonegap.plugin.statusbar" />
</widget>

该配置文件的主要元素包括：
|元素|描述|
|----|----|
|widget|XML 文件的根元素，基于 W3C 规范，包含 id、version、versionCode 等属性。|
|name|应用的名称|
|description|应用的描述|
|author|作者信息，包括网站链接和电子邮件|
|gap:plugin|应用所需的插件列表|

4. 上传和构建 ：完成配置后，上传压缩文件。点击“Ready to build”按钮触发构建。如果 iOS 构建失败，可能需要提供签名密钥，具体步骤如下：
   • 从 Apple Development 门户下载的配置文件。
   • 从 Keychain Access 中导出证书，保存为 .p12 文件，并设置密码。
   • 返回 PhoneGap Build 门户，创建签名密钥，上传导出的证书和配置文件，重新触发构建。

构建成功后，我们可以下载 iOS 和 Android 应用，也可以通过扫描应用主页上的 QR 码进行安装。

4. iOS 应用的 Beta 版本发布

对于 iOS 应用的 Beta 版本发布，我们可以使用 Apple 的 TestFlight 服务。具体步骤如下：
1. 注册开发者账号 ：开发者需要成为 iOS Developer 计划的成员。
2. 创建应用 ：访问 https://itunesconnect.apple.com 登录，进入“My Apps”部分，点击左上角的加号，填写应用的主要信息。
3. 生成发布配置文件 ：
- 进入 Provisioning Profiles，点击“+”添加新的配置文件，选择“Distribution | App Store”。
- 选择应用 ID。
- 选择用于发布的证书。
- 生成配置文件，设置文件名并下载。
4. 上传应用 ：可以通过以下两种方式上传应用：
- 使用 Xcode ：
- 打开 Travelly 应用的 Xcode 项目（cordova/platforms/ios/Travelly.xcodeproj）。
- 选择 iOS Device 运行应用，此时“Archive”选项将可用。
- 选择“Product | Archive”进行归档。
- 点击“Submit to App Store…”按钮，选择开发团队，Xcode 会查找之前生成的配置文件。
- 点击“Submit”按钮，开始上传应用到 iTunes Connect。
- 使用 Application Loader ：
- 从 iTunes Connect | Resources and Help | App Preparation and Delivery 中下载并安装 Application Loader。
- 按照初始步骤操作，直到出现特定屏幕，点击“Export”按钮，选择导出方法为分发到 App Store，保存生成的 .ipa 文件。
- 启动 Application Loader，使用 Apple Developer 账号登录。
- 选择“Deliver Your App”，选择生成的文件，点击“Next”按钮上传应用到 iTunes Connect。

5. 邀请测试人员 ：
   • 内部测试人员 ：最多可邀请 25 名 iTunes Connect 用户作为内部测试人员。进入“Internal Testers”标签，添加测试人员的电子邮件地址，勾选并点击“Invite”按钮。
   • 外部测试人员 ：在应用可供外部测试之前，需要进行审核。进入“External Testers”标签，添加测试说明、应用描述、反馈信息等。回答关于应用中加密使用的问题，提交审核。审核通过后，最多可邀请 1000 名外部测试人员。

5. 发布到 App Store

发布到 App Store 与 Beta 版本发布类似，但还需要满足以下额外要求：
- 至少提供一张应用截图。
- 应用描述。
- 用于 App Store 搜索的关键词。
- 应用支持信息的 URL。
- 分辨率至少为 72 dpi 的 .jpg 或 .png 格式的应用图标，且无圆角。
- 拥有应用独家权利的人员姓名。
- 应用类别。
- 已上传的应用构建。
- 应用审核信息，供应用团队联系使用。

此外，还需要添加定价信息，包括应用的可用日期、成本和折扣信息。可以选择特定的构建版本进行发布。填写所有信息且无验证错误后，点击右上角的按钮提交应用进行审核。版本发布方式有手动和自动两种选择。如果不违反 Apple 的应用开发和发布规则，应用通常会在 2 - 7 个工作日内获得批准。

6. 发布到 Google Play

发布到 Google Play 与发布到 App Store 有所不同，具体步骤如下：
1. 检查配置文件 ：检查 cordova/platforms/android/AndroidManifest.xml 配置文件，确保指定以下内容：
- versionCode：如果与商店中的先前版本不同，Google Play 将不接受该应用。
- versionName：仅用于向用户显示，可自定义。
- 设置 debuggable 为 false，例如 android:debuggable=”false”。
2. 创建密钥库文件 ：使用以下命令生成私有密钥：

$ keytool -genkey -v -keystore travelly-release-key.keystore -alias travelly -keyalg RSA -keysize 2048 -validity 10000

该命令会提示输入密钥库和密钥的密码，以及密钥的专有名称字段。生成的 travelly-release-key.keystore 文件包含一个有效期为 10000 天的密钥，Alias 是用于签署应用的名称。
3. 构建和签名应用 ：
- 创建 platforms/android/ant.properties 文件，内容如下：

key.store=/Users/cybind/.android/travelly-release-key.keystore
key.alias=Travelly

- 导航到 cordova 文件夹，运行以下命令构建应用：

$ cordova build android

- 导航到 android 目录，运行 ant release 命令：

$ cd platforms/android
$ ant release

该命令会提示输入密钥库和别名 travelly 的密码。构建完成后，会在 platforms/android/bin 目录下生成发布版本的应用文件。
4. 验证应用包 ：使用 zipalign 工具验证应用包：

$ zipalign -v 4 CordovaApp-release.apk Travelly.apk

验证成功后，会在应用文件夹中生成 Travelly.apk 文件，此时可以将应用提交到 Google Play 市场。

综上所述，通过以上步骤，我们可以完成应用的全生命周期管理，包括测试、版本管理、构建、部署和发布。希望这些指南能帮助你顺利将应用推向市场。

graph LR
    A[开始开发应用] --> B[进行测试]
    B --> C[版本管理]
    C --> D{选择发布平台}
    D -->|iOS| E[iOS 应用发布]
    D -->|Android| F[Android 应用发布]
    E --> E1[Beta 版本发布]
    E --> E2[发布到 App Store]
    F --> F1[发布到 Google Play]

通过以上的步骤和工具，我们可以完成应用从开发到发布的整个流程。无论是测试、版本管理还是不同平台的发布，都需要我们仔细操作，确保应用的质量和顺利上线。希望以上内容能对你有所帮助。

应用发布与维护全流程指南（续）

7. 应用版本管理的深入探讨

在应用开发过程中，版本管理的重要性不言而喻。三位版本号管理方式为我们提供了清晰的版本标识，但在实际操作中，我们还需要根据项目的实际情况灵活运用。

例如，当应用进行重大更新时，主版本号的提升意味着应用可能会有界面的重构、核心功能的重大改变等。这时候，开发者需要充分考虑用户的接受程度，可能需要提供详细的更新说明，引导用户适应新的版本。

次版本号的更新通常是为了添加一些新的小功能或者修复一些重大的 bug。在这个阶段，开发者需要确保新功能的稳定性和兼容性，同时要对修复的 bug 进行充分的测试，避免引入新的问题。

修订版本号的更新则主要是针对一些小错误的修正，如拼写错误、界面显示的小问题等。虽然这些问题看似微不足道，但却会影响用户的体验，因此也需要及时处理。

版本号类型	更新内容	示例场景
主版本号	界面重大变化、核心功能升级	应用从 1.x 升级到 2.x
次版本号	新增小功能、重大 bug 修复	应用从 1.1 升级到 1.2
修订版本号	小错误修正、界面微调	应用从 1.1.1 升级到 1.1.2

8. 不同发布方式的比较

在应用发布过程中，我们介绍了多种发布方式，包括使用 PhoneGap Build、TestFlight 以及直接发布到 App Store 和 Google Play。下面我们对这些发布方式进行一个简单的比较：

发布方式	适用场景	优点	缺点
PhoneGap Build	跨平台快速构建	无需安装复杂的 SDK，云端编译方便快捷	可能存在一定的性能问题，对一些高级功能的支持有限
TestFlight（Beta 发布）	iOS 应用测试	可以邀请大量测试人员，方便收集反馈	需要开发者具备 iOS 开发者账号，流程相对复杂
App Store 发布	正式发布 iOS 应用	面向广大 iOS 用户，具有较高的可信度	审核严格，可能需要较长时间才能通过审核
Google Play 发布	正式发布 Android 应用	用户群体广泛，发布流程相对简单	需要注意版本管理和签名文件的保存

9. 发布过程中的常见问题及解决方法

在应用发布过程中，我们可能会遇到各种问题。下面列举一些常见问题及解决方法：

9.1 PhoneGap Build 构建失败

• 问题描述 ：iOS 构建失败，提示需要提供签名密钥。
• 解决方法 ：按照前面介绍的步骤，从 Apple Development 门户下载配置文件，从 Keychain Access 中导出证书并保存为 .p12 文件，设置密码后，返回 PhoneGap Build 门户创建签名密钥，上传证书和配置文件，重新触发构建。

9.2 iTunes Connect 上传应用失败

• 问题描述 ：上传应用时提示找不到配置文件或者证书无效。
• 解决方法 ：检查生成的发布配置文件是否正确，确保选择的证书是用于发布的证书。如果问题仍然存在，尝试重新生成配置文件和证书。

9.3 Google Play 发布应用被拒绝

• 问题描述 ：Google Play 拒绝应用提交，提示 versionCode 不一致或者其他问题。
• 解决方法 ：检查 cordova/platforms/android/AndroidManifest.xml 配置文件，确保 versionCode 与商店中的先前版本一致。同时，检查其他配置项是否符合 Google Play 的要求。

10. 应用发布后的维护和优化

应用发布只是一个开始，后续的维护和优化同样重要。以下是一些建议：

• 收集用户反馈 ：通过 TestFlight 或者应用商店的评论功能，收集用户的反馈意见。根据用户的反馈，及时修复问题，改进应用的功能和体验。
• 监控应用性能 ：使用一些性能监控工具，如 Crashlytics，监控应用的崩溃率、响应时间等指标。及时发现并解决性能问题，提高应用的稳定性。
• 定期更新应用 ：根据市场需求和技术发展，定期更新应用的功能和界面。保持应用的新鲜感和竞争力。

graph LR
    A[应用发布] --> B[收集用户反馈]
    B --> C[分析反馈问题]
    C --> D{是否需要更新}
    D -->|是| E[进行应用更新]
    D -->|否| F[继续监控]
    E --> G[发布更新版本]
    G --> B
    F --> B

通过以上的步骤和方法，可以确保应用在发布后能够持续稳定地运行，满足用户的需求。希望这些内容能够帮助开发者更好地完成应用的发布和维护工作。