Desenvolvimento do Noosfero

Thu Feb 28 12:26:19 BRT 2013

"Long story short", minha proposta é usar o máximo possível
micro-commits e, caso uma funcionalidade dependa de outra, construir ela
no mesmo branch da sua dependência.

Braulio escreveu isso ai:
> Oi Rodrigo e Leo,
> 
> Nao sei entendi bem o que Rodrigo falou, por isso nao sei se ele propus o
> que costumo fazer.
> 
> A prática que percebi importante é isolar cada commit no branch pertinente.
> Fazer isso pode gerar um bom trabalho de ficar trocando de branch, mas o
> beneficio é que a única maneira de transportar os commits é através dos
> merges. Assim o branch do qual depende outros fica limpo e isolado, e deve
> ser o primeiro a ser revisado para ser incorporado. Os merges vão dizer
> quais as mudanças foram feitas por necessidade de dependencia, ou seja,
> nestes dependentes, os merges sao os (unicos) commits que mostram a
> dependencia do outro branch.
> 
> É esta sua proposta rodrigo?
> 
> Abraços,
> Braulio
> Em 27/02/2013 15:29, "Rodrigo Souto" <rodrigo em colivre.coop.br> escreveu:
> 
> > Diga Leo!
> >
> > Esse problema de dependência entre branches é uma merda mesmo. Eu já
> > passei por isso algumas vezes e a melhor solução que eu achei até agora
> > é você fazer uma nova funcionalidade no mesmo branch de uma outra
> > funcionalidade da qual ela dependa e no caso de ela depender de mais de
> > uma funcionalidade, você fazer o merge das dependências. Por exemplo:
> >
> > Dadas as funcionalidades A, B, C, D e E. Depois de fazer A e B
> > separadamente e ao começar a fazer C e D, onde C depende de A e B
> > depende de D, você  deve fazer os branches seguirem dessa forma:  A->C
> > e B->D. Se ao começar a fazer E você percebe que ele depende de ( (A ou
> > C) e  (B ou D) ), você é forçado a fazer o merge entre o branch A->C e
> > o branch B->D. Fazendo no final das contas:
> >
> > A->C-
> >             \
> >               -->E
> >             /
> > B->D-
> >
> > Essa é a melhor forma que eu encontrei de gerenciar as dependências
> > enquanto o código não junta todo no branch oficial. Você adia o
> > "monstro" do qual você falou o máximo possível até que seja realmente
> > inevitável. É muito importante nesse processo vocês seguirem a prática
> > de micro-commits pois facilita aceitas as dependências mesmo no caso em
> > que o que está mais a frente no branch ainda não esteja satisfazendo a
> > revisão (por exemplo ao fazer o merge de A->C, aceitar a funcionalidade
> > A e adiar C para outras revisões).
> >
> > Aproveito o email para trazer boas notícias! No próximo mês teremos
> > mais horas disponíveis para revisão de colaborações voluntárias, então
> > provavelmente teremos essas contribuições revisadas e incorporadas no
> > noosfero.
> >
> > Em Ter 26 Fev 2013 17:38:27 BRT, Leandro Nunes escreveu:
> > > Olá pessoal,
> > >
> > > Somente para todos ficarem cientes de como as coisas estão acontecendo
> > > nós aqui no Serpro estamos trabalhando ativamente no Noosfero.
> > >
> > > Estamos utilizando o repositório:
> > >
> > > https://gitorious.org/~leandronunes/noosfero/noosfero-serpro
> > >
> > > para gerenciar as funcionalidades que estamos desenvolvendo.
> > >
> > > Tentamos outras formas de organização, mas achamos melhor que essa
> > > seria a ideal.
> > >
> > > Para cada funcionalidade criamos um branch com o nome do ActionItem
> > > para facilitar o controle.
> > >
> > > Uma complicação que estamos tendo aqui é que em alguns momentos alguns
> > > branches criam dependência de outros e começa a complicar. Vocês tem
> > > alguma sugestão para este tipo de caso?
> > > A priori começamos a juntar tudo numa funcionalidade só, mas não acho
> > > essa abordagem muito boa para não acabar criando um monstro.
> > >
> > > Para conhecimento de vocês desenvolvemos as seguintes
> > funcionalidades/bugs
> > >
> > >   1. Ldap plugin (ActionItem2526):
> > > https://gitorious.org/noosfero/noosfero/merge_requests/281
> > >   2. Hotspot para DisplayContent plugin (ActionItem2544):
> > > https://gitorious.org/noosfero/noosfero/merge_requests/259
> > >   3. DisplayContent plugin (ActionItem2543 depende de "2"):
> > > https://gitorious.org/noosfero/noosfero/merge_requests/260
> > >   4. Moderação de artigo e Refactoring dos comentários
> > > (ActionItem2562):
> > > https://gitorious.org/noosfero/noosfero/merge_requests/282
> > >   5. Comentários dentro do escopo de um artigo (ActionItem2520 depende
> > > de "4" ActionItem2562):
> > > https://gitorious.org/noosfero/noosfero/merge_requests/283
> > >   6. Bug ao realizar o updatepo (ActionItem2597):
> > > https://gitorious.org/noosfero/noosfero/merge_requests/280
> > >
> > > Tentei deixar os AI's mais claros possíveis para facilitar o merge.
> > >
> > > Algumas destas funcionalidades nós tivemos condições de abrir uma
> > > discussão com a comunidade antes, mas outras não houve tempo hábil.
> > >
> > > Outras funcionalidades serão desenvolvidas e eu vou tentar abrir essa
> > > discussão com a comunidade antes para fazermos um trabalho mais maduro
> > > e útil.
> > >
> > > Vou abrir um tópico para cada discussão somente para vocês ficarem
> > > cientes ;)
> > >
> > > Abraços.
> > >
> > > --
> > > Dois Axé!!!
> > >
> > > -----
> > > "Comece fazendo o que é necessário, depois o que é possível e de
> > > repente você estará fazendo o impossível."
> > >                                    São Francisco de Assis
> > > Leandro Nunes
> > >
> > >
> > > _______________________________________________
> > > 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
> >

> _______________________________________________
> Noosfero-br mailing list
> Noosfero-br em listas.softwarelivre.org
> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br

-- 
Rodrigo Souto <rodrigo em colivre.coop.br> :: 55 71 8131-7714
Colivre - Cooperativa de Tecnologias Livres
http://www.colivre.coop.br/
-------------- Pr?xima Parte ----------
Um anexo n?o-texto foi limpo...
Nome: signature.asc
Tipo: application/pgp-signature
Tamanho: 490 bytes
Descri??o: Digital signature
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20130228/1e62096d/attachment.pgp>