Почему Atom, VSCode или Ava используют более одной службы непрерывной интеграции?

Question

Сервисы непрерывной интеграции, такие как Travis, CircleCI или AppVeyor, оказались действительно полезными, чтобы убедиться, что проект работает так, как задумано, автоматически.

Но почему некоторые репозитории используют более одного CI?

Разве никто не делает работу хорошо? Это для того, чтобы одна или две службы не работали должным образом или не работали в какой-то момент?

Например:

Атом (3): CircleCI, Трэвис, AppVeyor
VScode (2): Трэвис, AppVeyor
Ava (2): Трэвис, AppVeyor
Пар (2): Трэвис, CircleCI

Обновить:

React давно перешел с TravisCI на CircleCI.

https://github.com/facebook/react/pull/8486

Для контекста, мы заинтересованы в переходе на CircleCI на данный момент, потому что наша очередь Travis для /facebook org на GitHub постоянно отстает на несколько часов. С другой стороны, сборки Circle могут начинаться практически мгновенно.

Связано ли это с тем, почему большие проекты используют несколько сервисов CI?

Answer 1

Они часто могут выполнять разные работы:

• Travis поддерживает Linux и macOS, но в настоящее время не Windows.

• Circle CI, кажется, поддерживает macOS более надежно, чем Travis.

• AppVeyor поддерживает только Windows и может выполнять дополнительные задачи - например, создавать пакеты "установщика" для выпусков.