search

pokemongovet / pokemongovet.github.io

Projeto para incentivar adoção de animais pessoas que amam pokemons virtuais
https://pokemongovet.github.io/
Other
102 stars 38 forks source link

Criação de branches de desenvolvimento #34

Open lapa182 opened 8 years ago

lapa182 commented 8 years ago

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:

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 commented 7 years ago

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 commented 7 years ago

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 commented 7 years ago

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 commented 7 years ago

@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 commented 7 years ago

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 commented 7 years ago

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 commented 7 years ago

@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.