Shippable é bastante diferente da concorrência - essa foi a primeira coisa que me veio à mente ao tentar usá-lo. Eles inovaram muito para atrair tanto desenvolvedores individuais quanto empresas. Gosto de algumas coisas sobre ele: A. Suporte multilíngue com foco em docker - Shippable não é uma plataforma apenas para docker nem desconhece docker. Ele detecta a linguagem de programação principal do projeto muito rapidamente e, se o projeto for baseado em docker, ele também captura as configurações do docker e inicia um contêiner para o processo de implantação. É bastante fácil supor erroneamente que Shippable é apenas para projetos docker, mas não é - ele apenas se integra muito bem com eles. O suporte a linguagens é bastante bom com python, node.js e outros no menu. B. Abordagem BYOH (Traga seu próprio host) - É aqui que o casamento entre empresas e usuários individuais entra em jogo - Se você não gosta das VMs padrão fornecidas pelo Shippable como sua plataforma de teste e construção, você pode trocá-las por qualquer instância do Azure, DigitalOcean, Google App Engine, Google Compute Engine ou Heroku para uma experiência personalizada. Você também pode usar sua arquitetura local junto com as hospedadas para obter o melhor dos dois mundos. Os desenvolvedores querem usar os serviços populares como provedores de VM e as empresas querem usar suas próprias máquinas para a melhor experiência. C. Depuração - Acesso completo à saída do console para cada teste/construção e acesso SSH a essas máquinas realmente ajudam na depuração quando os testes falham por algum motivo desconhecido. D. Autoconfiguração a partir de arquivos de configuração de teste populares - Ao configurar as coisas, eu apenas ativei a construção para um projeto sem configurar nada para o Shippable. Este projeto já tinha Travis e Circle CI configurados para testes adequados. Agora, eu esperava razoavelmente que essa construção falhasse com algo como "Nenhum teste encontrado", mas para minha surpresa, ele reconheceu um desses arquivos de configuração e executou todos os comandos de teste com sucesso. Embora os resultados dos testes não tenham sido coletados, foi uma surpresa agradável para mim.

Shippable é um dos poucos servidores de CI que suportam apenas testes/desdobramentos baseados em Docker ou containerizados. Portanto, se você não faz parte desse público-alvo, não terá sorte. Mas se você usa Docker, o Shippable é bastante eficaz e traz uma abordagem nova ao processo. Não é muito personalizável, mas cobre bastante terreno com integração de um clique com serviços externos. Coisas que eu gosto no Shippable ============================= 1. Pipelines de Entrega Contínua Visuais - O método usual para configurar o fluxo na maioria dos servidores de CI é escrever código bash para todas as partes do processo em um único arquivo, mas o Shippable é totalmente o oposto. Você tem uma interface de usuário semelhante a uma linha do tempo onde pode ativar diferentes cartuchos de serviço como bancos de dados, linguagens de programação, serviços de notificação, implantação AWS, etc. Todo o fluxo é dividido em diferentes partes como CI, CD e notificação. 2. Grande variedade de integrações de implantação - Suporta integração direta com AWS Elastic Beanstalk (EB), Heroku, Openshift, DigitalOcean e mais. Como tudo é especificado no pipeline visualmente, eles precisam fornecer adaptadores de implantação para muitos serviços e fazem um ótimo trabalho nisso. 3. Suporta muitos bancos de dados e linguagens dentro do container - Embora o docker seja bom para executar tudo separadamente, seu sucesso depende de quão modulares as imagens podem ser feitas. Se muitas coisas precisam ser instaladas na inicialização do container, será tão lento quanto VMs tradicionais. Portanto, a maioria dos bancos de dados e linguagens são modularizados em cartuchos que você pode ativar externamente. 4. Preços muito acessíveis mesmo para grandes organizações - A conta básica é gratuita, mas testes paralelos para muitos containers ou múltiplas implantações do mesmo pipeline custam $10 para cada item extra. Mesmo após 20 de cada, o preço total chega a cerca de $400, o que é extremamente barato considerando o volume de tais organizações. 5. Pipeline separado para ramos separados em repositórios de código são suportados. 6. Login SSH para depuração de testes é muito útil quando os bugs não são reproduzíveis em máquinas locais.

Integração com plataformas de nuvem de terceiros, como Amazon EC2 Container Service (ECS), Google Container Engine (GKE) ou Red Hat OpenShift 3. Isso permite que você construa e envie facilmente