Pergunta

Para facilitar o nosso teste de lançamento, estamos à procura de um sistema para automaticamente construir e (unidade) testar nossos projetos de software em uma variedade de arquiteturas. Nossas limitações são:

  1. O código para construir está escrito em várias línguas, incluindo Python, Java e C.
  2. Temos várias arquiteturas de implementação distintos.
  3. Nós temos vários projetos, que gostaria de construir e testar de forma independente.
  4. O nosso sistema de controle de origem é Subversion, eo sistema deve integrar-se com isso.
  5. A solução deve idealmente ser de código aberto.

Nós olhamos:

  • Artifactory + Continuum :. Nice, em alguns aspectos, mas é fortemente Java-centric, com suporte Python limitado ou inexistente

  • Buildbot : Isto dá-nos quase todas as funcionalidades que precisamos, exceto que ele não suporta vários projetos, que é um deal-breaker para nós.

O que você recomendaria? O que você usa?

Foi útil?

Solução

Você já olhou para Hudson ? Eu usei-o em projetos .Net com muito sucesso, embora o seu um pouco ferramenta centric Java. Ele suporta subversão e tem uma comunidade de plugin ativo e diversificado que lhe permite trabalhar com um monte de línguas diferentes. Sua fonte aberta e ele roda em muitos platforms.I achei que fosse relativamente fácil de configurar e gerenciar.

Outras dicas

Dê uma olhada TeamCity . Funciona como um encanto para nós.

Desde afastando buildbot Eu tenho usado cruisecontrol e eu fui feliz com ele para certo grau. Meus projetos atuais consistem em construção c ++ e rubi (com algumas extensões C) para múltiplas arquiteturas e e única queixa com é que a maioria dos recursos exigem formiga. E atualmente única instância de cc é a construção de cerca de 40 projectos diferentes .. fases Envergadura temos que consistem em executar UnitTests, alguns testes funcionais, recebendo cobertura de código e fazer um relatório das pessoas, a atualização do banco de dados pacote, integração irc, criação packaqge software e repositório atualização (debian)

Apenas cólica é que a maioria dos recursos mais sofisticados exigiria que (Pelo menos quando dentro cc construção circular) de construção está acontecendo com formiga.

hudson

Eu também avaliado, ele parece ser um pouco mais flexível do que cruisecontrol mas eu não pessoalmente, como a interface de configuração do mesmo.

Eu sou um desenvolvedor em CruiseControl e eu trabalho para Urbancode que faz AnthillPro , para que eu possa falar com os pontos fortes das pessoas. Eu também sou um dos organizadores do CITCON por isso estou bastante familiarizado com quase todas as ofertas no espaço.

CruiseControl ou Hudson são ambas muito boas ferramentas de IC de código aberto. Acho CC realmente fácil de personalizar e estender e há grande quantidade de plugins que foram adicionados durante sua vida útil oito anos. Hudson é mais recente e mais fácil para a maioria das pessoas para começar; é simples morto para obter o seu primeiro projeto em execução usando a configuração GUI enquanto CC requer mucking em arquivos XML. Hudson também tem uma comunidade de encaixe ativa e está rapidamente adicionando novas capacidades.

No entanto, dependendo da complexidade e requisitos de seus projetos que você pode encontrar uma ferramenta comercial como AnthillPro seria um ajuste melhor. As razões upgrade do CC ou Hudson para AHP variam de empresa para empresa, mas algumas respostas típicas incluem a capacidade de implementações de auto-atendimento de configuração com controle de acesso por meio ambiente, o desejo de múltipla cadeia constrói / fluxos de trabalho em conjunto, construído no gerenciamento de dependência, o repositório artefacto, ou a capacidade de reunir dados a partir de um grupo de diferentes ferramentas & constrói em todo o ciclo de vida.

Nem todo mundo precisa desses recursos, mas as pessoas que fazem encontrar a atualização para valer a pena o dinheiro.

Por que não também dar uma olhada em CI fábrica .

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top