rafaelroballo2 / pigeon

Catch the Pigeon - Social Game
http://www.mosaic.eng.br/
21 stars 17 forks source link

definir e criar target's no ant para gerar release #30

Open rafarocha opened 13 years ago

rafarocha commented 13 years ago

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

IvanSamuel commented 13 years ago

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

rafaelroballo2 commented 13 years ago

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 commented 13 years ago

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 commented 13 years ago

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 commented 13 years ago

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

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:

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 commented 13 years ago

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:

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: https://github.com/fabrica-mosaic/pigeon/issues/30#comment_1130864

Ivan Samuel Pereira Jnior.

rafarocha commented 13 years ago

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 commented 13 years ago

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 commented 13 years ago

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 commented 12 years ago

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.