什么是定义自定义travis工作的理智方式？

Question

目前，travis-ci根本不支持多种语言或自定义作业。我知道我可以在before_install挂钩中安装第二种语言。

让我解释一下我的情景：

我有一个Python包，我目前使用language: python通过travis对多个Python版本进行单元测试。现在我想添加一个额外的Job，它使用docker构建并运行一个容器来构建Python包作为debian包。

一个选择就是为每个Job执行此操作，但这会显着减慢测试时间。因此，我想避免这种情况。 另一个选择是在travis的构建矩阵中使用set中的环境变量，并检查env变量是否已设置，以及是否这样我运行docker集成测试。

这两个选项看起来都很糟糕而且很糟糕。

因此，在我的travis构建矩阵中添加这样的自定义作业是一种理智的方法吗？

Answer 1

我现在用新的“测试版”Build Stages解决了我的需求。这不是我想要的，但它现在有效。

有关示例构建的.travis.yml和https://github.com/timofurrer/w1thermsensor/blob/master/.travis.yml，请参阅https://travis-ci.org/timofurrer/w1thermsensor/builds/243322310。