BT

Visão Geral de Deployment em Ruby: Vlad 1.3, troca de mantenedor do Capistrano

por Robert Bazinet , traduzido por Felipe Rodrigues em 17 Mar 2009 |

O anúncio recente de Jamis Buck está finalizando no desenvolvimento do Capistrano deixou muitos se perguntando sobre o futuro desta ferramenta de deploy. O release do Vlad 1.3 dá esperança como alternativa.

Vlad 1.3 Released

Em 4 de Março, o Vlad the Deployer 1.3 foi liberado e anunciado no Polishing Ruby weblog. O Vlad é dito ser como o Capistrano, mas com 1/10th da complexidade e ótima integração com o Rake.

O release recente adiciona 9 novas funcionalidades, incluindo:

  • Suporte ao Git
  • Suporte ao Merb
  • Suporte ao Passenger e Lighttpd
  • Suporte ao darcs
  • Adição/atualização god, nginx, thin, e tarefas de manutenção
  • Permitir especificar que uma proc é :per_thread
  • Aplicar suporte ao Mercurial SCM suporta patches
  • remote_task agora suporta argumentos e fornece tarefas

Além dessas novas funcionalidades há também 19 atualizações menores e 11 correções de bug. Veja o anúncio do release para uma lista completa de atualizações e correções.

O Vlad pode ser instalado com:

gem install vlad

Descubra mais informações sobre o Vlad the Deployer no web site do projeto.

Troca de mantenedor do Capistrano

Após o novo release do Capistrano 2.5.5, Jamis Buck anunciou que eles está se afastando do projeto Capistrano e não fará mais nenhum desenvolvimento ou suporte.

Eu estou deixando o desenvolvimento do SQLite/Ruby, SQLite3/Ruby, Net::SSH (e libs relacionadas, Net::SFTP, Net::SCP, etc.) e Capistrano. Eu não vou mais aceitar patches, notificação de bug, requisições de suporte, solicitações de funcionalidades ou emails gerais relacionado a qualquer um desses projetos. Para o Capistrano, eu irei continuar a seguir a lista de emails e posso até aparecer no canal #capistrano do irc de vez em quando, mas não sou mais o mantenedor destes projetos.

Isso deixou muitos usuários do Capistrano se perguntando sobre o futuro da ferramenta de deploy preferida de muitos desenvolvedores Ruby. Bem, Lee Hambley, um desenvolvedores da empresa SetFire:

Nós estamos orgulhosos em anunciar que um de nossos desenvolvedores, Lee Hambley, assumiu a manutenção do capify.org. Para muitas pessoas no desenvolvimento Ruby on Rails, o Capistrano é uma ferramenta vital, tornando todo o processo de manter ambientes de produção muito mais simples, automatizando e combinando muitas das tarefas repetitivas e trabalhosas envolvidas.
Ele irá hospedar e manter o site do Capify.org, assim como consolidar e se possível coordenar novos desenvolvimentos do gem quando um novo mantenedor de código for selecionado.

Houve algumas partes interessadas que se identificaram no Capistrano Google Group. Jonathan Weiss e Mathias Meyer dos projetos Webistrano e Macistrano respectivamente expressaram desejo em manter a base de código do Capistrano:

Mathias Meyer e eu estamos bem familiarizados como o código do Capistrano (nós escrevemos o Webistrano, o Macistrano e outras extensões menores). Nós podemos nos ver assumindo a manutenção do Capistrano e Net::S*.

As coisas certamente parecem positivas no desenvolvimento futuro e suporte do Capistrano.

Avalie esse artigo

Relevância
Estilo/Redação

Olá visitante

Você precisa cadastrar-se no InfoQ Brasil ou para enviar comentários. Há muitas vantagens em se cadastrar.

Obtenha o máximo da experiência do InfoQ Brasil.

Dê sua opinião

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão
Comentários da comunidade

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

Dê sua opinião
Feedback geral
Bugs
Publicidade
Editorial
Marketing
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2016 C4Media Inc.
Política de privacidade
BT

We notice you’re using an ad blocker

We understand why you use ad blockers. However to keep InfoQ free we need your support. InfoQ will not provide your data to third parties without individual opt-in consent. We only work with advertisers relevant to our readers. Please consider whitelisting us.