用于嵌入式开发的CI策略-硬件或手动干预-所需的测试

Question

我们有一堆测试，并且正在根据git流程，使用Jenkins来实现CI。

其中一些测试需要硬件。然而，其中一些测试可能需要4+小时(甚至24+小时)才能运行，并且需要的硬件我们只有1到2个副本。有些还需要在晚上运行。

此外，少数测试每隔几个小时就需要一些有限的手动干预才能换出芯片。

我知道一种常见的策略是为硬件测试创建一个测试从站。但是，如果作业需要一天或更长时间，则每次将某些内容推送到拉取请求时，成本将高得令人望而却步。

这个问题有没有通用的解决方案？在这些约束下，GitHub流是可能的吗?或者我将需要发布分支，并且理解不能保证master在任何时候都是发布就绪的，因为它不会运行这些测试？

有没有办法通过GitHub触发特定作业来启动这些昂贵的作业，以便仅在需要时才运行这些作业？

Answer 1

检查您的分支策略可能是解决方案的一部分。我还会审查我的测试策略，我会在master上执行一小部分完全自动化的快速测试，并在release分支上执行整个批次的测试。