我们的移动版本几乎不需要人工干预

[rumiseoexpate5]

负责人会确认 Slack 消息；这些消息包括我们尚未自动化的操作，例如，确保在分支切换之前合并最新的翻译。即使他们不是所有者，他们仍会关注发布中的步骤。例如，更新发布说明，因为这属于我们的产品经理。如果有任何问题，他们负责确保给定步骤畅通无阻。但是，在大多数情况下，他们不会采取任何措施来让事情顺利进行。我说我们的发布是自然发生的，我是认真的。我们的发布在 iOS 和 Android 上都是标准化的，一个发布负责人就可以毫不费力地运行它。

我们有一周的发布列车，每个队长轮流运行。发布 丹麦 whatsapp 电话号码列表 列车在周五晚上开始运行，那时每个人都在安然入睡——因为我们在欧洲和美国都有队友，我们希望确保位于更西时区的工程师能够完成他们的工作。

Unfold 的现代发布流程
图 1 – 我们每周发布活动的时间表

在预定的启动时间，我们的移动发布管理平台会自动剪切发布分支，触发第一个候选发布版本，并在新版本准备就绪并等待测试开始时向工程和 QA 发出信号。

我们不会盲目地进行测试。在前一周的周三，QA 团队会制定一份测试计划，并与工程团队分享该计划。然后，我们会让他们知道自上一个版本以来进行了哪些修改，然后我们一起决定执行哪些测试用例，并确保团队内部有足够的能力来完成所有测试。

QA 于周一开始工作，并开始报告他们发现的任何错误。对于出现的问题，我们会实施修复并发布新的候选版本，这对我们的工程师来说是一个非常简单的工作流程：



工程师们提出了修复方案。

它会通过精选自动化功能自动进入发布版本。

出现了一个新的候选版本。

QA 收到通知后，切换他们正在测试的版本，然后我们继续。

我们的目标是在周一至周三进行并完成所有测试，以免测试延至下半周。这确保了我们在准备推出产品时不必处理任何问题。

我们在周五提交商店审核，然后在周一早上 - 假设周末审核成功 - 我们将分阶段将版本发布到 App Store 和 Play Store。