definir e criar target's no ant para gerar release

[rafarocha]

• por meio de algumas task's pelo ANT (apache) gerar build do sistemas > .war

obs: posteriormente ele será automatizado para fazer coisas mais poderosas

[IvanSamuel]

Estou iniciando as pesquisas sobre o uso do Ant, farei o possivel para ter resultados o mais breve possivel.

[rafaelroballo2]

massa ivan. eu recomendo fortemente q você entre em contato com rachel e rafael.roballo para definir o q eh mais importante desta task para este momento, e planejadamente automatizando e evoluindo para os próximos.

eh interessante puxar esta idéia para o processo de integração contínua. recomendo este ponto novamente entrar em contato com roballo para definição do uso do server dele para isso.

qualquer dúvida comenta aeh ou marca esta issue como > need.help

[IvanSamuel]

Rocha,precisamosdefinir qual meio iremos usar para pratica de integração continua, ja tinha surgido uma ideia de se usar o HUSDON lembra, vou entrar em contato com o pessoal de CM para verificar qual a melhor opção para nosso projeto,qualqer coisa manda email.

[rafarocha]

blz ivan, a idéia é que tenhamos inicialmente um build > war versionado (release), posteriormente faremos um processo de IC como vc, roballo e rachel propuseram. provavelmente rachel tenha especificado isto no plano de CM.

muito bom, valeu!

[rafarocha]

ivan, estou contemplando aqui algumas referencias para elencar estratégia de ic (continuous integration) ao projeto:

• http://cruisecontrol.sourceforge.net/
• http://wiki.hudson-ci.org/display/HUDSON/Meet+Hudson

ambas abordagens acima resolvem o nosso problema. acho q abordagem mais fácil seria o hudson, ele tem umas coisas legais tb como plugin game:

• http://wiki.hudson-ci.org/display/HUDSON/The+Continuous+Integration+Game+plugin

estou adicionando tag desta issue para android também uma vez que o release compromete todo o pigeon, ou seja, estou incorpando a issue 29 nesta, como atividade única.

dah uma analisada hoje para agente discutir isso na reunião. essa é uma atividade que fará extrema importância para agilidade nos build's. algumas pessoas que precisamos de total apoio para isto: roballo, rachel e fernando.

[IvanSamuel]

Blz Rocha, vou estudar aqui e noite conversamos sobre.

Abrao

Em 10 de maio de 2011 10:31, rafarocha <
reply@reply.github.com>escreveu:

ivan, estou contemplando aqui algumas referencias para elencar estratgia
de ic (continuous integration) ao projeto:

• http://cruisecontrol.sourceforge.net/
• http://wiki.hudson-ci.org/display/HUDSON/Meet+Hudson

ambas abordagens acima resolvem o nosso problema. acho q abordagem mais

fcil seria o hudson, ele tem umas coisas legais tb como plugin game:

http://wiki.hudson-ci.org/display/HUDSON/The+Continuous+Integration+Game+plugin

estou adicionando tag desta issue para android tambm uma vez que o release
compromete todo o pigeon, ou seja, estou incorpando a issue 29 nesta, como
atividade nica.

dah uma analisada hoje para agente discutir isso na reunio. essa uma
atividade que far extrema importncia para agilidade nos build's. algumas
pessoas que precisamos de total apoio para isto: roballo, rachel e fernando.

Reply to this email directly or view it on GitHub:
#30 (comment)

Ivan Samuel Pereira Jnior.

[rafarocha]

considera posteriormente uso de plugins dentro do hudson, ex: findbugs
http://wiki.hudson-ci.org/display/HUDSON/FindBugs+Plugin

a idéia eh q cada commit possamos ter uma interpretação de como está o código identificando a sua temperatura e efeitos colaterais. desta forma podemos antecipar os problemas antes de esperar o início de um ciclo de testes.

[rafarocha]

considera tb o uso de avaliadores estáticos. mencionei anteriormente o findbugs. irei recomendar que todos os devs usem local em seu eclipse (plugin), mas a proposta eh termos isso em um ambiente remoto e de forma que possamos avaliar um source de release remotamente.

além dele outro interessante a ser adicionado é o cobertura, segue abaixo um exemplo de relatório de análise estática de cobertura de casos de testes para o source apontado.
http://cobertura.sourceforge.net/sample/

abaixo tem um exemplo de visão de validação de um snapshot do projeto, daí que entra o pessoal de processo.
http://qalab.sourceforge.net

[IvanSamuel]

BLZ Rocha eu não entendi bem esses dois aspectos mas depois você pode me detalhar melhor, esses itens são para essa Sprint ? ou para as próximas, Acredito que a idéia seja terminar o projeto com tudo automatizado estou certo? Domingo vamos dar os primeiros passos de automatização dentro do server. Já considerando o uso do HUDSON e talves do Plugin que vc mencionou ateriormente. Qualquer coisa manda as ordens cara.

[IvanSamuel]

LinkedIn

Eu gostaria de adicioná-lo à minha rede profissional no LinkedIn.
-Ivan Samuel

Ivan Samuel Pereira Júnior
Estudante na Universidade Federal de Pernambuco
Brasil

Confirme que você conhece Ivan Samuel Pereira Júnior:
https://www.linkedin.com/e/k50p5x-h2p3qira-1q/isd/7251265541/tA1gVn8t/?hs=false&tok=3_IBaX_zFKilg1

Você está recebendo convites de conexão por e-mail. Clique aqui para parar de recebê-los:
http://www.linkedin.com/e/k50p5x-h2p3qira-1q/u-VYQpV8vqcqA_NGlQT6JmqbCU94eRlPZEAGpICHBmxmNbsTT3U7M8C_C2xb5D4SlMUZyHh4k8xzg0QTN4UGyaZ_4X-m6xseAXWOGK/goo/reply%2Bi-841986-749dd740d9af470b13a133f2c5882d9e1685ec72%40reply%2Egithub%2Ecom/20061/I2467500672_1/?hs=false&tok=047Jn93kBKilg1

(c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043 - EUA.