--
Você está recebendo esta mensagem porque se inscreveu no grupo "Transparência Hacker" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para thac...@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para thackday+u...@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/thackday?hl=pt-BR.
sobre as respostas ao "que fazer", tenho a impressão que há duas esferas:
1) que fazer segundo os regimentos internos (para o qual precisaremos
de apoio de gente que conhece bem o pedaço)
2) que fazer como pressão da sociedade civil - que vai depender da
criatividade e articulação para fazer barulho e, claro, da natureza de
cada projeto especificamente.
Talvez uma forma interessante de começar fosse pegar três ou quatros
processos de naturezas diferentes e abrir um espaço de brainstorm para
que as perguntas possam emergir. Depois, ficará mais fácil ver se as
perguntas que surgem são suficientes para outros caso também.
abço
Lilian
> --
> Você está recebendo esta mensagem porque se inscreveu no grupo
> "Transparência Hacker" dos Grupos do Google.
> Para postar neste grupo, envie um e-mail para thac...@googlegroups.com.
> Para cancelar a inscrição nesse grupo, envie um e-mail para
> thackday+u...@googlegroups.com.
> Para obter mais opções, visite esse grupo em
> http://groups.google.com/group/thackday?hl=pt-BR.
>
--
Lilian Starobinas
http://discursocitado.blogspot.com
@liliansta
Em 19/04/11, Pedro Markun<pe...@esfera.mobi> escreveu:
Acho interessante o post do Vincent Driessen, mas acredito que em muitos casos não é necessário usar esse modelo,a não ser que você tenha um projeto que tera versões e elas são importante para o usuário final, como rails, wordpress, etc,caso contrario ficar criando tantos branches e ter toda essa burocracia é perder tempo.Caso necessario, acredito que o git-flow é um projeto bacana, que te da velocidade para manipular os branches, não usei ainda, mas tenho um projeto que pode ser útil, Valew por compartilhar