Por que o Atom, o VSCode ou o Ava usam mais de um serviço de integração contínua?

Question

Serviços de integração contínua, como Travis , CircleCI ou O AppVeyor foi testado para ser realmente útil para garantir que o projeto esteja funcionando como planejado automaticamente.

Mas por que alguns repositórios usam mais de um IC?

Alguém já não faz bem o trabalho? É para impedir que um serviço ou dois não funcionem como previsto ou para baixo em algum momento?

Por exemplo:

Átomo (3): CircleCI, Travis, AppVeyor - VScode (2): Travis, AppVeyor
Ava (2): Travis, AppVeyor
Vapor (2): Travis, CircleCI

Atualização:

Reagir mudou do TravisCI para o CircleCI há muito tempo.

link

For context, we're interested in moving over to CircleCI for now because our Travis queue for the /facebook org on GitHub is perpetually hours behind. On the other hand, Circle builds are able to start almost instantaneously.

Isso está relacionado a por que grandes projetos usam vários serviços de IC?

    

Answer 1

Eles podem fazer trabalhos diferentes:

• O Travis suporta Linux e macOS, mas atualmente não é o Windows.

• O Circle CI parece oferecer suporte ao macOS de forma mais confiável do que o Travis.

• O AppVeyor suporta apenas Windows e pode executar tarefas adicionais - por exemplo, gere os pacotes "installer" para lançamentos.