Avaliações e Detalhes do Produto de GoCD

Eu gosto que você pode modelar qualquer processo que quiser, e que os recursos de fan in / fan out permitem executar redes de processos em paralelo de maneira previsível. A resolução de dependências permite executar builds repetíveis e reduzir a quantidade de retrabalho que seu pipeline precisa fazer. Análise coletada por e hospedada no G2.com.

O componente do servidor não é arquitetado para escalar em vários servidores, o que significa que pode ser bastante lento em uma escala muito grande. A configuração é complicada de gerenciar, pois ainda não é possível simplesmente registrar um arquivo descrevendo seu processo de construção como você pode com o Travis, por exemplo. Análise coletada por e hospedada no G2.com.

O produto oferece uma grande quantidade de configurabilidade, suporta dependências principais e oferece uma interface razoavelmente boa. Ter relatórios de teste integrados foi bom, e depois de alguns ajustes, foi fácil entender onde tudo estava (logs de construção, logs de teste, etc). Análise coletada por e hospedada no G2.com.

Pipelines, estágios, trabalhos, tarefas. Quais podem ser executados simultaneamente? Quais são executados sequencialmente? É bastante opaco, em particular a partir da nomenclatura (e até mesmo da renderização) o que exatamente acontece quando e é exagerado para muitas tarefas.

A forma como a configuração é armazenada era extremamente indesejável. Eu quero uma configuração simples baseada em texto (preferencialmente YAML) que eu possa controlar a versão e compartilhar facilmente. Não XML opaco que é amplamente configurado através de uma interface web. Renomear até mesmo uma tarefa existente ou algo era mais uma questão de deletar tudo e recriá-lo, resultando em uma experiência de usuário bastante terrível. Análise coletada por e hospedada no G2.com.

Eu amei o recurso de pipeline. É incrível, incrivelmente útil e poderoso. Há outro recurso impressionante que são os modelos de pipeline, que tornam minha vida muito mais fácil. Análise coletada por e hospedada no G2.com.

Eu não gostei da interface do usuário, mas meus colegas têm uma opinião divergente sobre isso. Análise coletada por e hospedada no G2.com.

Super fácil de instalar e manter.

A interface do usuário é realmente limpa e facilita muito a visualização de onde você está no pipeline.

Além disso, a capacidade de extrair modelos de pipelines existentes torna a adição de novos projetos muito fácil. Análise coletada por e hospedada no G2.com.

A configuração foi um pouco engenhosa: primeiro tivemos que entender a visão geral do produto (ambientes, builds, tarefas), depois tivemos que escrever alguns scripts ad hoc para alcançar o que queríamos. Seria bom ter alguns modelos embutidos para o tipo mais comum de aplicações -- pelo que sei, não há nenhum no momento.

Além disso, o conceito de ambiente realmente não se adequava à necessidade da nossa equipe: acabamos usando apenas um ambiente. Nosso pipeline estava parecido com o seguinte:

build > test > publish > deploy-to-staging > testing-on-staging > (manual sign off) > deployment-to-prd

Por causa da estrutura do nosso pipeline, não conseguimos bloqueá-lo, pois ele estava sendo concluído apenas quando implantado no prd -- e obviamente isso não estava acontecendo para cada candidato que era lançado. Isso nos causou algumas dores de cabeça quando 2 pipelines do mesmo projeto estavam sendo construídos ao mesmo tempo. Análise coletada por e hospedada no G2.com.

A visão geral clara dos pipelines e seu status na interface web é a principal razão pela qual gostamos do Go CD. Os materiais, artefatos e a arquitetura de pipelines/jobs/tarefas é uma maneira muito lógica de mapear um fluxo de CD. A API REST também é bastante poderosa e facilita a automação de coisas no Go CD. Análise coletada por e hospedada no G2.com.

A configuração/provisionamento é um pouco difícil de automatizar. O arquivo de configuração que o Go CD usa tem algumas partes que são específicas do host, então você não pode simplesmente renderizar o mesmo arquivo de configuração em um host diferente para ter uma instalação funcional. Atualizar o arquivo de configuração automaticamente com ferramentas externas é igualmente bastante difícil de fazer, então se você está procurando rastrear mudanças no seu fluxo de trabalho no seu repositório de configuração devops (com Ansible, Puppet, ou algo do tipo) você deve estar preparado para gastar algum tempo nisso.

O suporte para construir pull requests do GitHub está disponível apenas como um plugin e a arquitetura do software obviamente não foi construída com esse caso de uso em mente — por exemplo, você precisa manter pipelines separados para essas construções e suas construções git regulares. Se este é o seu principal caso de uso, você pode achar o TravisCI ou CircleCI mais adequados para você.

Usar o Go CD com projetos que não são em Java parece um pouco estranho, não parece suportar ferramentas de construção nativamente para qualquer outra plataforma. Análise coletada por e hospedada no G2.com.

Construir pipelines é extremamente direto e permite estruturar seus trabalhos de uma maneira reutilizável e convincente, é fácil de usar em comparação com o Jenkins, tem melhor suporte. Além disso, a capacidade de extrair modelos de pipelines existentes torna super fácil a adição de novos projetos. Análise coletada por e hospedada no G2.com.

O suporte para a criação de solicitações de pull do GitHub está disponível apenas como um módulo e a engenharia de produto claramente não foi desenvolvida por conta desse uso, por exemplo, você precisa manter pipelines independentes para essas compilações e suas compilações git normais. A configuração/provisionamento é um pouco difícil de automatizar. Análise coletada por e hospedada no G2.com.

A Experiência do Usuário e a funcionalidade fornecida. Análise coletada por e hospedada no G2.com.

Embora tenha se tornado muito melhor em relação às versões anteriores. Não há muitos plugins presentes. Análise coletada por e hospedada no G2.com.

Construir pipelines é muito simples e permite estruturar suas compilações de uma maneira reutilizável e atraente. Análise coletada por e hospedada no G2.com.

Pode ser difícil entender como estruturar dependências de pipeline e o ambiente corretamente. Análise coletada por e hospedada no G2.com.

é fácil de usar em comparação com o Jenkins, tem melhor suporte. Análise coletada por e hospedada no G2.com.

às vezes a interface do usuário não é responsiva. Mais ajuda sobre como configurar os agentes MacOSX e Linux. Por exemplo, no MacOSX você precisa fazer alguns truques para instalar o java 1.8.0 e torná-lo o java padrão após uma inicialização. Análise coletada por e hospedada no G2.com.

O conceito de pipeline. Realmente ajuda a visualizar as etapas do seu pipeline de CD e o progresso de cada commit desde o push-para-master até a implantação em produção. Análise coletada por e hospedada no G2.com.

Não escala. Com mais usuários simultâneos, fazer alterações na configuração do pipeline torna-se insuportavelmente lento. Apenas use se você for uma equipe pequena, ou crie uma instância por equipe pequena. Análise coletada por e hospedada no G2.com.