Em 2011, a situação com Hudson e Jenkins estava seguindo (IMHO) - Hudson era um pouco estável, mas o desenvolvimento de Jenkins foi um pouco mais rápido.
Qual é a situação com "Hudson vs Jenkins" agora em 2012?
Francamente, se eu fosse você, investiria algum tempo na migração para Jenkins. Temos entre 300 e 400 empregos e a migração não foi tão tranquila quanto eu esperava, mas não era algo que eu não conseguia lidar dentro de um dia. Talvez o pessoal da Jenkins tenha suavizado o processo de migração atualmente, mas, no entanto, não deve ser muito trabalhoso.
carlspring
224
Pare de "fechado como não construtivo", seus fascistas. Estou cansado de encontrar perguntas que realmente quero que a resposta mais popular goste desta, apenas para ver se elas foram fechadas. Eu ouvi seus podcasts desde o primeiro episódio, então entendi o que você está tentando fazer - mas isso é muito pesado. Pelo menos, mova a pergunta para o site Programmers SE e coloque um link aqui!
Ruibarbo
23
@Rhubarb Gostaria de poder lhe dar 100 upvotes pelo seu comentário!
precisa
10
Estou totalmente com você, Stefan e Ruibarbo!
fazineroso
8
Como ainda há um interesse crescente nas respostas a este tópico (com base no número de visualizações e votos positivos para ambas as respostas), eu gostaria de recomendar uma votação para
reabri
Respostas:
62
Em termos de estabilidade, por mais de um ano, a Jenkins oferece uma versão LTS ( Long-Term Support - Suporte a Longo Prazo ) para pessoas que desejam ter mais certeza sobre a estabilidade e o suporte do software que estão instalando.
A cada três meses, aproximadamente, é selecionada uma versão anterior que foi considerada como funcionando bem pela comunidade de usuários do Jenkins. Esta versão é ramificada, quaisquer correções importantes (que foram "testadas em batalha") são suportadas para esta versão do Jenkins e, em seguida, esta versão recebe testes extras de várias pessoas e empresas. Quando estiver pronto para o lançamento, essa será a nova versão do LTS.
À medida que novas correções de alta prioridade aparecem, elas são suportadas para a versão LTS.
Isso deve significar que a versão LTS que você está baixando é ainda mais estável do que uma versão aleatória escolhida na linha de liberação semanal usual.
Além das estatísticas, a situação em relação ao uso do Jenkins, tamanho da comunidade, nível de desenvolvimento, taxa de novos recursos adicionados, número de novos plugins e atividades da lista de discussão em comparação com o Hudson não parece ter mudado (ou seja, o Jenkins permanece cada vez mais adiante ).
Basicamente, a maioria dos argumentos apresentados na discussão anterior ainda se aplica, embora o suporte inicial da Hudson pareça ter diminuído um pouco.
Eu usei Hudson e Jenkins. Tenho acompanhado as duas listas de alterações.
Ainda acho que fizemos a escolha certa, mudando de Hudson para Jenkins. Os desenvolvedores principais do Hudson agora estão trabalhando no Jenkins. Aqueles que ainda trabalham na Oracle são os que mais apóiam o Hudson (até onde sei, o pessoal do Apache Maven também está contribuindo com correções).
Eu registrei vários bugs na era Hudson. Posso dizer que a maioria deles foi resolvida em Jenkins. Muitos meses após a sua resolução, o povo Hudson corrigiu ou pediu mais informações sobre esses erros específicos.
A maioria dos desenvolvedores de plugins (quase todos) migrou seus plugins para o Jenkins e agora oferece suporte principalmente ao Jenkins. Em termos de plugins, Jenkins está desenvolvendo muito, muito mais rápido. Agora, existem alguns plugins pagos fornecidos pelo Cloudbees.
Tanto quanto sei, a comunidade de código aberto mudou sua maioria para Jenkins.
Algumas empresas que preferem ter suporte pago e não querem o trabalho de migrar para Jenkins ainda estão usando o Hudson. Francamente, não vejo o porquê. Jenkins também tem suporte comercial da Cloudbees, que é onde Kohsuke Kawaguchi (o criador de Hudson) agora trabalha. Agora, os cloudbees têm um serviço gratuito para hospedar projetos hospedados no GitHub em sua nuvem. Eles permitem que seus projetos OSS sejam construídos de graça! :)
Jenkins aprimorou seu suporte para a nuvem. Como mencionado acima, os Cloudbees também fornecem esse SaaS na nuvem. Não tenho certeza se e até que ponto o Hudson suporta isso. Eu acho que eles não estão tão avançados no momento; seja qual for o caso, Hudson não fornece um SaaS para a nuvem, tanto quanto eu saiba.
Minha opinião é que, se você tiver que escolher um, deve ser o Jenkins.
Acho que https://stackoverflow.com/a/5970813/556520 responde a muitas perguntas importantes sobre o problema de hudson x jenkins. O tópico explica os dois lados da situação com prós e contras de cada produto.
Por experiência pessoal trabalhando com a CI há anos, e recentemente comecei a desenvolver para o Hudson, eu continuaria com a versão estável do hudson apenas porque a jenkins está desenvolvendo e dando mais suporte ao serviço de cloudbees, onde a hudson mudou para a fundação eclipse e não é desenvolvendo para um serviço. Esses são apenas os meus US $ 0,02.
Sim obrigado. Mas essas respostas são para 201-2011. A situação poderia mudar em 2012.
Volodymyr Bezuglyy
1
Cloudbees e Jenkins são entidades separadas e independentes. Por que não ficar com Jenkins, que, como você mencionou, tem mais recursos, mas escolhe a versão estável do LTS?
Christopher Orr
Desde que o desenvolvimento das abelhas na nuvem seja bom com o produto, não entendo qual poderia ser o problema lá. Com a Oracle envolvida, havia claramente um problema, pois a Oracle estava mais preocupada com o lucro e menos com o roteiro do produto.
Respostas:
Em termos de estabilidade, por mais de um ano, a Jenkins oferece uma versão LTS ( Long-Term Support - Suporte a Longo Prazo ) para pessoas que desejam ter mais certeza sobre a estabilidade e o suporte do software que estão instalando.
A cada três meses, aproximadamente, é selecionada uma versão anterior que foi considerada como funcionando bem pela comunidade de usuários do Jenkins. Esta versão é ramificada, quaisquer correções importantes (que foram "testadas em batalha") são suportadas para esta versão do Jenkins e, em seguida, esta versão recebe testes extras de várias pessoas e empresas. Quando estiver pronto para o lançamento, essa será a nova versão do LTS.
À medida que novas correções de alta prioridade aparecem, elas são suportadas para a versão LTS.
Vários usuários grandes do Jenkins aderem à linha de lançamentos LTS e, de acordo com as estatísticas públicas de uso do Jenkins , vários milhares de implantações o estão usando.
Isso deve significar que a versão LTS que você está baixando é ainda mais estável do que uma versão aleatória escolhida na linha de liberação semanal usual.
Além das estatísticas, a situação em relação ao uso do Jenkins, tamanho da comunidade, nível de desenvolvimento, taxa de novos recursos adicionados, número de novos plugins e atividades da lista de discussão em comparação com o Hudson não parece ter mudado (ou seja, o Jenkins permanece cada vez mais adiante ).
Basicamente, a maioria dos argumentos apresentados na discussão anterior ainda se aplica, embora o suporte inicial da Hudson pareça ter diminuído um pouco.
fonte
Eu usei Hudson e Jenkins. Tenho acompanhado as duas listas de alterações.
Ainda acho que fizemos a escolha certa, mudando de Hudson para Jenkins. Os desenvolvedores principais do Hudson agora estão trabalhando no Jenkins. Aqueles que ainda trabalham na Oracle são os que mais apóiam o Hudson (até onde sei, o pessoal do Apache Maven também está contribuindo com correções).
Eu registrei vários bugs na era Hudson. Posso dizer que a maioria deles foi resolvida em Jenkins. Muitos meses após a sua resolução, o povo Hudson corrigiu ou pediu mais informações sobre esses erros específicos.
A maioria dos desenvolvedores de plugins (quase todos) migrou seus plugins para o Jenkins e agora oferece suporte principalmente ao Jenkins. Em termos de plugins, Jenkins está desenvolvendo muito, muito mais rápido. Agora, existem alguns plugins pagos fornecidos pelo Cloudbees.
Tanto quanto sei, a comunidade de código aberto mudou sua maioria para Jenkins.
Algumas empresas que preferem ter suporte pago e não querem o trabalho de migrar para Jenkins ainda estão usando o Hudson. Francamente, não vejo o porquê. Jenkins também tem suporte comercial da Cloudbees, que é onde Kohsuke Kawaguchi (o criador de Hudson) agora trabalha. Agora, os cloudbees têm um serviço gratuito para hospedar projetos hospedados no GitHub em sua nuvem. Eles permitem que seus projetos OSS sejam construídos de graça! :)
Jenkins aprimorou seu suporte para a nuvem. Como mencionado acima, os Cloudbees também fornecem esse SaaS na nuvem. Não tenho certeza se e até que ponto o Hudson suporta isso. Eu acho que eles não estão tão avançados no momento; seja qual for o caso, Hudson não fornece um SaaS para a nuvem, tanto quanto eu saiba.
Minha opinião é que, se você tiver que escolher um, deve ser o Jenkins.
fonte
Acho que https://stackoverflow.com/a/5970813/556520 responde a muitas perguntas importantes sobre o problema de hudson x jenkins. O tópico explica os dois lados da situação com prós e contras de cada produto.
Por experiência pessoal trabalhando com a CI há anos, e recentemente comecei a desenvolver para o Hudson, eu continuaria com a versão estável do hudson apenas porque a jenkins está desenvolvendo e dando mais suporte ao serviço de cloudbees, onde a hudson mudou para a fundação eclipse e não é desenvolvendo para um serviço. Esses são apenas os meus US $ 0,02.
fonte