Eu configurei o Dist::Zilla para fazer tudo automagicamente. Confesso que tem os seus pontos negativos, mas a conveniência supera, ao menos para mim. Ele mantém tags com versões no GitHub e cria Changelog com as mensagens dos commits. Por exemplo: https://metacpan.org/release/Algorithm-SlopeOne Isso foi gerado com esta configuração: https://github.com/creaktive/Algorithm-SlopeOne/blob/master/dist.ini Tem gente que faz um bundle, assim vc coloca um echo '[@DoEverything]' > dist.ini e pronto. A minha preguiça ainda não atingiu esse ponto, mas para evitar copy/paste criei um perfil (Dist::Zilla::MintingProfile::SYP) que inicializa os novos módulos com configurações +/- padrões.
2013/9/24 Alceu Rodrigues de Freitas Junior <[email protected]> > Em 24-09-2013 07:01, Nelson Ferraz escreveu: > > Pessoal, >> >> Como é que vocês lidam com o versionamento de seus módulos e aplicações? >> >> Vocês usam algum tipo de script para incrementar a versão (x.y.z) e >> atualizar o Changelog? Ou fazem isso manualmente? >> >> Idéias são bem vindas. >> >> []s >> >> Nelson >> > > Eu acho a ideia de incrementar $VERSION com base na criação de um branch > no sistema de controle de versão (você vai ter que criar uma convenção para > isso). Quando você cria o ramo e faz commit, pode criar um script para > incrementar $VERSION. > > Eu gosto de criar o Changelog automaticamente quando vou liberar uma nova > versão: como eu ainda uso o Subversion, tem o svn2cl que faz o trabalho. > Depois de extrair, eu edito manualmente o Changelog para deixar apenas as > partes interessantes. > > []'s > Alceu > > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/**listinfo/saopaulo-pm<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > > > =end disclaimer >
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
