Re: Sobre o "next" e outras reflexões (era Re: Ciclo de desenvolvimento da 1.5)

[Aurélio A. Heckert]

Vou meio que validar os dois lados sobre o freeze pra gente buscar uma 
convergência.

Apontaram projetos sem freeze e até passaram a idéia de que só faria 
sentido em algo bem maior, como um SO, mas, por exemplo, acontece também 
no projeto Inkscape. Ele não é tecnicamente maior que o Noosfero, mas 
tem uma base de usuários e desenvolvedores bem maior que a nossa. No 
Inkscape tem o master e branches de versão (/que seriam equivalentes ao 
next, e concordo com Jojó, é merda dentro do nosso modelo/), mas se você 
empurrar algo quebrado ou questionável pra um branch desses outro dev 
pode reverter seu commit e isso já aconteceu algumas vezes. A prática lá 
é ter um branch pra cada wip e empurrar só quando estiver ok... beleza, 
parece com a gente, mas não se pudermos empurrar pro next e depois o RM 
terá que mergear tudo. Pretty obvoius... só uma ilustração.

Mas o Inkscape não tem uma cobertura de testes tão boa quanto o 
Noosfero. E é isso que a gente não está aproveitando bem. Lá é preciso 
que a galera bleeding edge ajude a testar... A proposta de um bot 
empurrar para o master (/Braulio?/) no caso de TODOS os testes passarem 
é muito legal. Também me incomodo com congelamentos e também acho que é 
estranho (/apesar de não incompatível, descordando do texto/) com o 
método ágil.

Veleus!


On 06-03-2016 20:41, Bráulio Bhavamitra wrote:
> Jojó, a questão é que na prática o freeze *induz* ao next, Percebo 
> isso nos trabalhos que já fiz e também através da comparação com os 
> que deixaram o freeze/next, veja por exemplo:
> Leandro Nunes (leandronunes em gmail.com)
> http://www.panopticdev.com/blog/when-code-freeze-not-code-freeze/ 
> <http://www.google.com/url?q=http%3A%2F%2Fwww.panopticdev.com%2Fblog%2Fwhen-code-freeze-not-code-freeze%2F&sa=D&sntz=1&usg=AFQjCNFGqLCE3Q1Q6C1pconNpTBISY-NLw>
> https://ctoinsights.wordpress.com/2013/09/29/do-you-need-a-code-freeze/ <https://www.google.com/url?q=https%3A%2F%2Fctoinsights.wordpress.com%2F2013%2F09%2F29%2Fdo-you-need-a-code-freeze%2F&sa=D&sntz=1&usg=AFQjCNFmrTb39LqARqbVBHpSf-8TU3GTIA>
> Meu atual trabalho não possui freeze, e sim um acompanhamento bem de 
> perto dos testes (usuários/automatizados), design e visão do produto, 
> parecido como o dos posts acima.
>
> O freeze no caso do Noosfero e de outros softwares, é uma quebra no 
> processo de desenvolvimento ágil que mostra problemas inerentes da 
> metodologia de desenvolvimento.
>
> abraços,
> bráulio
>
>
> On Sun, Mar 6, 2016 at 4:10 PM Joenio Costa <joenio em colivre.coop.br 
> <mailto:joenio em colivre.coop.br>> wrote:
>
>     O email é muito longo e eu não consegui ler em detalhes todo ele.
>
>     Mas eu quero me posicionar em relação a existencia do "next", não acho
>     que ele resolva problema algum, e considero uma solução deselegante.
>
>     Ou seja, concordo com Rodrigo no email que ele enviou sobre o
>     cronograma
>     do release 1.5, o merge do "next" de volta ao "master" nunca é tão
>     suave
>     quanto de supõe.
>
>     Portanto não vejo como ele ajude em algo, de fato ele apenas
>     realiza uma
>     transferência de trabalho, o trabalho que os desenvolvedores
>     individuais
>     teriam de atualizar seus branchs com o master quando acontece
>     unfreeze é
>     transferido para quem toma conta do master (no caso o RM) quando há
>     existência do branch "next".
>
>     O que eu acho péssimo, porque com o "next" existindo há um
>     acumulado de
>     coisas incorporadas mas que o RM vai ter que resolver quando fizer
>     merge
>     com o "master".
>
>     Mas concordo que se o período de freeze está muito longo temos um
>     problema e precisamos resolver, mas não é a existência do branch
>     "next"
>     que resolve isso.
>
>     --
>     Joenio Costa
>     Cel: (71) 8182-5123
>     http://joenio.me
>     _______________________________________________
>     Noosfero-br mailing list
>     Noosfero-br em listas.softwarelivre.org
>     <mailto: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
wiki.softwarelivre.org/InkscapeBrasil 
<http://wiki.softwarelivre.org/InkscapeBrasil>
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20160307/16670cc2/attachment-0001.html>
-------------- Pr�xima Parte ----------
Um anexo n�o-texto foi limpo...
Nome: Colivre.png
Tipo: image/png
Tamanho: 6294 bytes
Descri��o: n�o dispon�vel
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20160307/16670cc2/attachment-0001.png>