HockeyKit 2.0.7

HockeyKit 2.0.7

×

测试已测试✗
语言语言 Objective-CObjective C
许可证 MIT
发布时间最新发布时间2014年12月

由 未声明的 维护。

HockeyKit 2.0.7

  • 由
  • Andreas Linde

关于

Hockey 是一个 iOS Ad-Hoc 更新框架。它可以用于所有目标 Apple AppStore 的应用程序，并极大地改善了 Beta 测试过程。适用于所有 Beta 测试者。它由两个组件组成：服务器和客户端框架。服务器组件适用于所有场景。但即使没有客户端库，它也可以独立工作。它提供了一个网页界面，Beta 测试者可以使用该界面通过 Safari 在设备上安装最新的 AdHoc 配置文件，以及最新的 Beta 版本。一个服务器安装可以处理多个应用程序，每个应用程序有一个不同的包标识符（我强烈建议为 Debug、AdHoc Beta 和 AppStore 发布构建使用不同的包标识符!!!）。客户端框架应仅包含在 AdHoc 构建中，且不应（!!!）用于 AppStore 分发构建！默认情况下，客户端库将在应用程序启动或唤醒时检查更新。用户可以在设置对话框中调整此项，以改为每天检查一次或手动检查。

这个框架是在阅读了 http://jeffreysambells.com/posts/2010/06/22/ios-wireless-app-distribution/ 上的博客文章后创建的，Jeffrey Sambells 在其中讲述了我们需要用于此的机制。

完整的文档可以在 GitHub 上的 wiki 中找到：https://github.com/TheRealKerni/HockeyKit/wiki

要求

  • 需要一个可用的 PHP5 服务器，并且它是分发应用程序所必需的
  • 不需要数据库！

功能

  • iOS AdHoc 构建OTA分发
  • 自动生成的网站，针对所有设备类型和桌面浏览器特定版本
  • 网页界面只需要创建子目录，并添加/更新 .ipa 和 .plist 文件（任何名称）
  • 网站可以用于第一次安装和更新，iOS3 用户可以从桌面浏览器使用网站下载应用程序，还包括这些用户的 iTunes 安装说明
  • 可以处理一个服务器上的多个应用程序，每个应用程序一个子目录
  • 可选地显示发布说明，通过显示具有 .html 扩展名的文件的 内容（使用不嵌套的 HTML 格式）
  • 可选地显示配置文件链接（如果添加了新用户但没有为它们构建新版本，这可能很有用）
  • 支持网站和设备安装过程中的应用图标，将任意.png文件放入子目录（114x114像素适用于所有设备！）
  • 可选客户端框架
  • 框架在启动时通知用户更新，iOS4用户可以直接在客户端中安装（In-App-Updates），iOS3用户将被提示访问网站
  • 框架可选向服务器发送UDID、应用版本、iOS版本、设备类型，概述将自动显示在/stats/网站上（需要PHP脚本的写入权限）
  • 统计网站支持在stats子目录内的userlist.txt文件中输入名称以替换UDID
  • 在统计页面上提供从iOS程序门户设备页面提取所有UDID和名称的书签插件
  • 适用于Xcode 3构建脚本的模板，在构建后上传所有文件到您的服务器（Beta Automatisation.sh）

注解

  • 服务器可以独立运行，客户端是可选的
  • Beta测试者需要运行至少iOS 4以使用自动更新功能
  • 使用iOS 3的Beta测试者也会在应用内收到更新通知
  • 请检查iOS README.mkdown以获取更多iOS客户端相关注解
  • 不要在组织屏幕中输入应用图标的链接。如果找到了PNG文件，Hockey将自动在服务器上将其添加到PList中（114像素图标适用于所有设备！）
  • 确保IPA文件名中没有空格。iOS无法正确调用该URL。
  • 不要为每个IPA文件创建单独的名称，因为每个目录中只提供找到的第一个文件

BRANCHES

分支结构遵循Vincent Driessen定义的Git flow概念：http://nvie.com/posts/a-successful-git-branching-model/

  • Master分支

    这是主要分支，HEAD的源代码始终反映一个生产就绪状态。

  • Develop分支

    这相当于主要分支，HEAD的源代码始终反映下一个发行版本最新的交付开发更改。有些人称之为“集成分支”。

  • Feature分支

    这些分支用于开发即将到来或遥远未来的新功能。特征分支的本质是它存在于功能开发期间，但最终将合并到develop（以无可争议地添加新功能到即将到来的版本）中，或是被抛弃（如果是令人失望的实验）。

  • Release分支

    这些分支支持为新生产发行版做准备。通过使用这些分支，develop分支就可以接收下一个重大发布版本的功能了。

  • Hotfix分支

    Hotfix分支在很大程度如同release分支，也是为了新生产发行版做准备，但通常是不计划的。

致谢

以下为第三方开源库的使用