Criação de branches de desenvolvimento

[lapa182]

Hey, acabei de ver a postagem lá no Front-End Brasil e vim dar uma olhada por que fiquei com vontade de ajudar com o projeto!

Uma coisa bem importante é a criação dos branches básicos:

• master
• dev

Isso é só uma sugestão de nome, mas pelo menos ajuda pra quando for começar a desenvolver e ter um ambiente de teste real 😋

[rcgivisiez]

Pessoal, alguém mais tem opinião a respeito? Porque isso é necessário? Essa nomenclatura ali é usual?
Por exemplo, não tem como não usarmos o branch "gh-pages", porque é obrigatório usar isso com o GitHub Pages pro site atual funcionar. Antes dava pra usar master, mas a gente renomeou o repositório.

[lapa182]

No caso o master vai ser que é "merged" no gh-pages, e dev é o ambiente no qual todo mundo ajuda. A separação é meio que necessária pra evitar código ir direto pra produção por ter passado despercebido algo no review, ou até mesmo se quiser implementar algo antes de ir pra produção mas que possa ser testado em ambiente "real".

[fititnt]

Podem conseguir referências de outros sites? Aka git workflow?

Essa mudança altera a forma como pessoas fazem PR. Não vale a pena implementar sem documentar isso.

[lapa182]

@fititnt com certeza!

http://danielkummer.github.io/git-flow-cheatsheet/index.pt_BR.html

Um exemplo bem usado por muitos!

Tenho também uma postagem lá no blog, assim que der eu faço o edit pra adicionar!

[rcgivisiez]

Uma pessoa vai precisar apertar mais botões pra ajudar com código? Um iniciante precisaria ler um manual pra entender, em vez de apenas dar clone e sair fazendo?

Alguma funcionalidade, como fazer download do zip do arquivo e já sair funcionando (baixar o repositório inteiro), vai parar de funcionar se a gente fizer isso?

Se a resposta é sim pra alguma dessas coisas, por questão de manter fiel a ideia original, eu votaria pra manter como está, e apenas implementar em um V2 ou um outro projeto.

Não me entendam mal, mas por enquanto a gente tem apenas uma página estática em HTML, sem pre-processador nem static generator. Se for pra adicionar complexidade, melhor ser quando a gente precisar dela.

[rcgivisiez]

Eu não vejo problema, por exemplo, se branchs novos que forem criados forem apenas pra testes e não sejam os que influenciam o PR de alguém mais novo. Alguém com experiência pode passar mais trabalho.

[carvalhobruno]

@rcgivisiez Sim, a pessoa provavelmente vai ter que apertar mais botões.
Porém, em qualquer cenário de escalabilidade (do projeto ter de 2 a 500+ colaboradores), o esquema de branchs torna o desenvolvimento, versionamento, processo de merge e etc muito mais seguros e fáceis.