Zadig 支持 Android、iOS App 自动化发布了
在不断演进的移动应用开发领域,构建高效的发布流程成为取得成功的关键之一。Zadig 为发布流程提供了更多选择,不仅支持容器构建,还全面支持主机构建,涵盖多种操作系统,包括 Linux、MacOS 等,同时支持 AMD 和 ARM 架构。
本文将深入探讨 Zadig 支持容器和主机构建的原因,并结合 Android 和 iOS App 的实例,详细介绍如何在 Zadig 上灵活地利用主机资源进行客户端应用的编译和发布。
01-为什么 Zadig 同时支持容器和主机构建?
1.灵活性与选择权:
容器构建具有轻量级和可移植性的优势,适用于多种场景。然而,主机构建提供更大的灵活性,允许根据项目需求和企业网络约束进行定制和配置。Zadig 深知不同项目和基础设施的差异性,因此支持两种构建方式,让用户能够根据实际情况做出最佳选择。
2.异构生态整合:
众多企业涉足各类项目和基础架构,其中一些项目积极采用容器技术,而传统业务往往依赖主机基础设施。Zadig 的双重支持确保在异构场景中,能一站式搭建开发和发布流程,降低不必要的过渡成本。
02-前置操作 - 在 Zadig 集成主机作为构建节点
需要先在 Zadig 上集成主机资源,Zadig 工作流任务才可以使用主机作为构建节点,具体集成过程如下:
第一步:在 Zadig 上「资源配置」> 「主机管理」> 添加主机,填写以下必要的信息。
· 主机名称:用于标识主机的名称
· 标签:工作流可以通过标签来限制任务执行的主机
· 调度工作流任务:选择 是,允许工作流任务调度到该主机上
· 任务根目录:工作流任务的工作目录
第二步:在主机上安装 Zadig Agent。根据主机的实际系统和架构选择对应命令在主机上执行。此处我们集成了两台主机(标签分别为 linux 和 mac )分别用于后续 Android App 和 iOS App 的构建发布。
03-Android App 自动化发布
配置工作流
第一步:新建自定义工作流 > 添加「阶段」> 添加「任务」,选择「通用任务」
第一步:配置「通用任务」
· 基础设施:选择 主机
· 执行主机:选择预先配置的 linux 主机标签
· 代码信息:选择 Android App 所在的代码库
· 执行脚本:测试和发布阶段编写不同脚本实现交付过程自动化
· 测试阶段:包括编译打包 Android App 和推送 App 到应用分发平台步骤
· 发布阶段:包括编译打包 Android App 和上架 App 到应用商店步骤
执行工作流
执行工作流选择代码信息,完成 Android App 自动化发布过程。
04-iOS App 自动化发布
配置工作流
第一步:新建自定义工作流 > 添加「阶段」> 添加「任务」,选择「通用任务」
第二步:配置「通用任务」
· 基础设施:选择 主机
· 执行主机:选择预先配置的 mac 主机标签
· 代码信息:选择 iOS App 所在的代码库
· 执行脚本:测试和发布阶段编写不同脚本实现交付过程自动化
· 测试阶段:包括编译打包 iOS App 和推送 App 到应用分发平台步骤
· 发布阶段:包括编译打包 iOS App 和上架 App 到应用商店步骤
执行工作流
执行工作流选择代码信息,完成 iOS App 自动化发布过程。
Zadig 后续版本将支持 Windows 主机作为构建节点,满足 Windows 应用的构建发布,敬请期待……
立即体验 Zadig V2.0 新架构,开启高效交付之旅!🚀
Zadig 开放,链接,专业
阅读原文 / Zadig 在 Github / Zadig 在 Gitee
推荐阅读 : 是时候和 Jenkins 说再见了 / Zadig 深度集成 Apollo 实现跨环境配置的一致性传递 / Zadig vs. Jenkins 详细比对:时代的选择与开发者之选 / Zadig 突破 Nacos 跨环境配置变更挑战:自动化实现一致性变更 / ZADIG 专家版倾情上线:一键高效发布,119元/人月起,社区老友享年终福利!

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
特斯拉因自动驾驶隐患召回 200 万辆车,但被指修复措施不够
特斯拉正在召回几乎所有在美国销售的车辆(超过 200 万),以更新软件并修复有缺陷的自动驾驶系统,该系统旨在确保驾驶员在使用 Autopilot 时集中注意力。 根据美国国家公路交通安全管理局 (NHTSA) 的调查,特斯拉的自动驾驶系统启动之后,如果驾驶员没有保持对车辆的操控,或在必要时没有做好操控车辆的准备,发生碰撞的风险可能会升高。如果驾驶员未能识别自动驾驶已经关闭或未启动,行车风险也会增加。 同时,NHTSA 调查数据表明,在实际使用过程中,多数特斯拉车主将"自动辅助驾驶"视为"自动驾驶",从而导致事故发生。 根据 NHTSA 的说法,特斯拉不同意该机构的分析,但同意自愿实施召回并提供软件更新,以解决调查问题。 美国《消费者报告》的专家则表示,根据他们的初步评估,特斯拉针对 Autopilot 提供的修复措施“仍不足够”。因为该功能仍然容易被驾驶员滥用。 来源:https://www.consumerreports.org/ 《消费者报告》汽车测试中心汽车技术副总监 Kelly Funkhouser 表示,尽管对特斯拉在最新 OTA 中做出的一些改变感到欣喜,但它在防止误操作或...
- 下一篇
上 GitHub 热榜,星星暴涨,这个项目相继超越了 Archery, Flyway 和 Yearning
「 登上 GitHub Trending 星星超越 Yearning 键盘的敲击不停 传播开发的福音 」⚡️ Bytebase 是一款面向开发和 DBA 的一站式数据库 CI/CD 工具。它的所有代码都开源在 GitHub 上。GitHub 也是我们触达全球用户的核心阵地。虽然 GitHub Star 数一直是一个饱受争议的指标,以致于被定性成了虚荣指标 (Vanity Metric)。但它依然是当前开源世界里最流行的指标。由此还衍生出了一种新的开发范式 - 星星驱动开发 Star-Driven Development (SDD)。而所谓的 SDD 就是开发者在调研同领域内的开源项目时,会根据项目的星星数来选型。 海外数据库变更管理这个领域,和 Bytebase 处在同一个赛道的主要是 Liquibase 和 Flyway 两大老牌开源项目。前段时间,Bytebase 刚刚飞跃 Flyway,成为了三者里 Star 数最多的。 而在国内,这块的产品更偏可视化 SQL 审核方向,这个赛道上另外两款流行的开源项目是 Yearning 和 Archery。Bytebase Star 涨势更快...
相关文章
文章评论
共有0条评论来说两句吧...