Expo-Open-OTA v2.3.0 版本发布：Dashboard优化与服务器端重大升级
项目地址: https://gitcode.com/gh_mirrors/ex/expo-open-ota 项目简介
Expo-Open-OTA 是一个为Expo应用提供Over-The-Air(OTA)更新解决方案的开源项目。它允许开发者在不发布新版本到应用商店的情况下，直接向用户推送应用更新。这个系统特别适合需要频繁迭代的移动应用项目，能够显著缩短更新周期，提升开发效率。
核心更新内容
1. Dashboard界面全面升级
本次版本对管理控制台进行了多项改进，使开发者能够更直观地掌握更新状态：
- 回滚状态可视化：现在更新表格中会明确显示每个更新的回滚状态，让开发者一目了然地了解哪些更新已被回滚。
- 更新详情视图：新增的详情页面展示了完整的Expo配置信息，包括运行时版本、分支、创建时间等关键元数据，方便开发者快速查阅。
- 开发环境优化：默认API_URL设置为本地开发服务器地址(http://localhost:3000)，简化了本地开发配置流程。
- 代码结构清理：移除了Git中的dist文件夹，解决了因合并冲突导致的dashboard文件夹重复问题。
2. EOAS命令行工具增强
Expo-Open-OTA Agent Service(EOAS)命令行工具迎来了三个重要改进：
2.1 发布命令简化
去除了必须提供channel参数的限制，现在开发者只需在环境变量中设置RELEASE_CHANNEL即可。这种改变使配置更加灵活，同时保持了向后兼容性。例如：
RELEASE_CHANNEL=production npx eoas publish --branch main
2.2 新增回滚命令
引入了全新的rollback命令，允许开发者将应用回滚到特定分支或运行时版本。需要注意的是，此功能与disableAntiBrickingMeasure选项不兼容，因为expo-updates在该模式下会忽略嵌入式更新。
2.3 新增重新发布命令
republish命令让开发者能够将历史更新重新发布到不同的分支或运行时版本，为版本管理提供了更大的灵活性。
3. 服务器端架构改进
3.1 数据库迁移系统
实现了完整的数据库迁移机制：
- 迁移脚本现在可以放置在专门的migrations文件夹中
- 服务启动时会自动执行未应用的迁移
- 采用锁机制确保迁移不会重复执行
3.2 UUID持久化与一致性
- 更新上传时会将UUID持久化到update-metadata.json文件中
- 新增迁移脚本为已有更新生成一致的UUID
- 采用时间戳和指纹生成算法，彻底解决了UUID冲突问题
3.3 文件处理优化
GetFile方法现在返回BucketFile指针而非直接抛出错误，使文件不存在的情况处理更加优雅。
3.4 服务版本与缓存管理
- 引入服务版本概念，版本号通过CI在构建时注入
- 实现基于版本的缓存键机制，确保每次部署后缓存自动失效
3.5 API路由改进
API子路由现在支持两种认证方式：
- Expo令牌认证
- 会话认证
这使得EOAS CLI可以直接调用API，提高了工具链的集成度。
4. 缓存系统增强
全局缓存前缀的引入有效防止了不同环境或实例间的缓存键冲突，提升了多实例部署的稳定性。
技术影响与最佳实践
本次更新对Expo-Open-OTA的使用模式产生了深远影响：
-
发布流程简化：去除了channel参数要求，开发者现在可以更自然地使用环境变量管理发布渠道。
-
版本控制能力提升：回滚和重新发布命令的加入，使版本管理更加灵活，特别适合需要频繁调整更新的敏捷开发团队。
-
数据一致性保障：UUID持久化和迁移系统的引入，确保了长期运行的系统数据一致性，特别有利于已有项目的升级。
-
开发体验优化：Dashboard的改进使更新管理更加直观，而API认证的增强则提升了命令行工具与服务器的交互体验。
对于新用户，建议从v2.3.0开始使用，以享受这些改进带来的便利。对于现有用户，升级时需要注意：
- 首次启动时会自动执行UUID迁移
- 检查现有脚本中是否使用了channel参数，考虑迁移到环境变量方式
- 评估是否需要使用新的回滚和重新发布功能来优化现有流程
总结
Expo-Open-OTA v2.3.0通过Dashboard的视觉优化、命令行工具的功能增强以及服务器端的架构改进，为开发者提供了更强大、更稳定的OTA更新解决方案。这些改进不仅提升了系统的功能性，也显著改善了开发体验，使Expo应用的迭代更新更加高效可靠。
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
