proposta: mover registro de bugs e features para o gitlab
"Aurélio A. Heckert"
aurelio at colivre.coop.br
Tue Sep 9 16:51:03 BRT 2014
:.(
Tem coisas legais no nosso tracker que a gente vai perder, incluindo
aquela listagem de AIs implementados no release, o registro de redes
(/esse já foi pra Goiais mesmo.../), mas um traker integrado é coisa de
chessuis. :-)
Eu também defendo que nosso site e documentação esteja no Noosfero,
ainda mais com a interface de versionamento que a gente ganhou.
De forma mais específica, acho que Noosfero.org tem que ser uma
comunidade no _SoftwareLivre.org_ +/- como fazemos com o FISL.
Eu posso depois ver uma forma de automatizar a migração das páginas do
Foswiki pra uma comuna no SL.org.
Hasta!
Aurium
Em 09-09-2014 10:29, Rodrigo Souto escreveu:
> Aurium ficará triste com isso...
>
> Bráulio Bhavamitra escreveu isso ai:
>> apóio, o foswiki deve ser mantido no que é ótimo: um excelente wiki para
>> documentação.
>>
>>
>> 2014-09-05 14:00 GMT-03:00 Antonio Terceiro <terceiro em colivre.coop.br>:
>>
>>> Oi *,
>>>
>>> Hoje nosso processo de desenvolvimento funciona assim.
>>>
>>> - você tem que criar um action item no Foswiki
>>> - você tem que fazer um merge request, e então¹:
>>> - adicionar um link no action item para o merge request
>>> - adicionar um link no merge request para o action item
>>> - depois que o merge request é aceito, alguém tem que ir no Foswiki e
>>> fechar o action item. Existe sempre a possibilidade do bug ser
>>> corrigido mas ficar aberto no Foswiki.
>>>
>>> Na minha opinião, isso é tudo muito repetivivo, redundante, e gasta
>>> nosso tempo à toa. Então, eu proponho:
>>>
>>> - parar de usar o Foswiki como bug tracker¹
>>> - habilitar o isso tracker do gitlab
>>> - bugs devem ser postados como issue no gitlab
>>> - quando o bug for corrigido, basta mencionar o número na mensagem de
>>> commit que quando esse commit for empurrado no servidor a issue vai
>>> ser fechado automaticamente.
>>> - propostas de funcionalidades que ainda não foram desenvolvidas sejam
>>> postadas como issue no gitlab
>>> - quando a funcionalidade for desenvolvida, basta mencionar o número
>>> do bug na mensagem de commit, que quando esse commit aparecer no
>>> repositório, a issue é fechada automaticamente
>>> - correções de bugs e propostas de funcionalidade que já tenham sido
>>> desenvolvidas (i.e. já existe código para elas) podem ser postados
>>> diretamente como merge request no gitlab (i.e. não precisa de uma
>>> issue associada)
>>>
>>> Isso vai nos trazer algumas vantagens:
>>>
>>> - menos trabalho pra todo mundo
>>> - em algum ponto do futuro vai existir apenas _um_ lugar onde todo o
>>> desenvolvimento acontece.
>>> - quem quiser acompanhar o projeto só precisa dar "watch" no gitlab e
>>> vai ficar sabendo de tudo que acontece.
>>> - toda discussão que hoje acontece vai continuar acontecendo, só que no
>>> gitlab (que por sinal tem um sistema de notificações muito melhor que
>>> o que a gente fez no Foswiki).
>>>
>>> Com plano de transiçao, eu sugiro:
>>>
>>> - desabilitar a possibilidade de criar novos action items no Foswiki
>>> - manter os action items lá como somente leitura, pra sempre.
>>>
>>> O que vocês acham?
>>>
>>> --
>>> Antonio Terceiro <terceiro em colivre.coop.br>
>>> Colivre - Cooperativa de Tecnologias Livres
>>> http://www.colivre.coop.br/
>>>
>>>
>>>
>>> _______________________________________________
>>> Noosfero-br mailing list
>>> Noosfero-br em listas.softwarelivre.org
>>> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>>>
>>>
>>
>> --
>> "Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua
>> ideologia. Morra por sua ideologia" P.R. Sarkar
>>
>> EITA - Educação, Informação e Tecnologias para Autogestão
>> http://cirandas.net/brauliobo
>> http://eita.org.br
>>
>> "Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo é meu
>> lar e todos nós somos cidadãos deste cosmo. Este universo é a imaginação da
>> Mente Macrocósmica, e todas as entidades estão sendo criadas, preservadas e
>> destruídas nas fases de extroversão e introversão do fluxo imaginativo
>> cósmico. No âmbito pessoal, quando uma pessoa imagina algo em sua mente,
>> naquele momento, essa pessoa é a única proprietária daquilo que ela
>> imagina, e ninguém mais. Quando um ser humano criado mentalmente caminha
>> por um milharal também imaginado, a pessoa imaginada não é a propriedade
>> desse milharal, pois ele pertence ao indivíduo que o está imaginando. Este
>> universo foi criado na imaginação de Brahma, a Entidade Suprema, por isso
>> a propriedade deste universo é de Brahma, e não dos microcosmos que também
>> foram criados pela imaginação de Brahma. Nenhuma propriedade deste mundo,
>> mutável ou imutável, pertence a um indivíduo em particular; tudo é o
>> patrimônio comum de todos."
>> Restante do texto em
>> http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia
>> _______________________________________________
>> Noosfero-br mailing list
>> Noosfero-br em listas.softwarelivre.org
>> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
>
>
> _______________________________________________
> Noosfero-br mailing list
> Noosfero-br em listas.softwarelivre.org
> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
--
*Aurélio A. Heckert (aka Aurium)*
http://softwarelivre.org/aurium
*COLIVRE --- Coop. de Tecnologias Livres*
http://colivre.coop.br
*Inkscape* --- Desenhe Livremente
http://inkscapeBrasil.org
-------------- Pr?xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20140909/5cccb73a/attachment.html>
-------------- Pr?xima Parte ----------
Um anexo n?o-texto foi limpo...
Nome: logoColivre_p.gif
Tipo: image/gif
Tamanho: 5576 bytes
Descri??o: n?o dispon?vel
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20140909/5cccb73a/attachment.gif>
More information about the Noosfero-br
mailing list