<div dir="ltr">aqui estamos utilizando git + redmine<div><br></div><div>o changelog é atualizado e em um dado momento nós geramos uma nova versão e fazemos release no cpan interno. nesse caso o VERSION é injetado em todas as classes por um plugin do dist::zilla</div>
<div><br></div><div>pode fazer sentido fazer isso se vc junta algumas tasks para fazer um release.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/9/24 Stanislaw Pusep <span dir="ltr"><<a href="mailto:creaktive@gmail.com" target="_blank">creaktive@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">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.<div>
Ele mantém tags com versões no GitHub e cria Changelog com as mensagens dos commits. Por exemplo: <a href="https://metacpan.org/release/Algorithm-SlopeOne" target="_blank">https://metacpan.org/release/Algorithm-SlopeOne</a></div>
<div>Isso foi gerado com esta configuração: <a href="https://github.com/creaktive/Algorithm-SlopeOne/blob/master/dist.ini" target="_blank">https://github.com/creaktive/Algorithm-SlopeOne/blob/master/dist.ini</a></div><div>
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.</div>
</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">2013/9/24 Alceu Rodrigues de Freitas Junior <span dir="ltr"><<a href="mailto:glasswalk3r@yahoo.com.br" target="_blank">glasswalk3r@yahoo.com.br</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Em 24-09-2013 07:01, Nelson Ferraz escreveu:<div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Pessoal,<br>
<br>
Como é que vocês lidam com o versionamento de seus módulos e aplicações?<br>
<br>
Vocês usam algum tipo de script para incrementar a versão (x.y.z) e<br>
atualizar o Changelog? Ou fazem isso manualmente?<br>
<br>
Idéias são bem vindas.<br>
<br>
[]s<br>
<br>
Nelson<br>
</blockquote>
<br></div>
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.<br>
<br>
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.<br>
<br>
[]'s<span><font color="#888888"><br>
Alceu</font></span><div><div><br>
<br>
=begin disclaimer<br>
Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/<u></u>listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
</div></div></blockquote></div><br></div>
</div></div><br>=begin disclaimer<br>
Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Tiago B. Peczenyj<br>Linux User #405772<br><br><a href="http://about.me/peczenyj" target="_blank">http://about.me/peczenyj</a>
</div>