Solucionado
Olá, Bom dia ! Quando o instrutor fala que devemos criar outras branchs e não desenvolver o código diretamente na branch master, ele quer dizer isso quando estamos trabalhando com mais pessoas no projeto ou no dia a dia temos que criar branchs pra cada funcionalidade ? Por exemplo branch CSS , branch Js e Etec...
hoje, com a Alura e o Google Gemini
Oi Rene, tudo bem? No geral, isso depende muito da equipe. São formas de trabalhar. Você pode ter uma branch por funcionalidade, por recurso, por equipe, etc.
O fato é que a branch master é evitada por que ela é quem vai para o deploy na maioria das vezes. As vezes é nela que as ferramentas de integração realizam tarefas, etc. Entendeu mais ou menos a ideia?
Você pode fazer alterações diretamente na master? Claro que sim! Isso é bem visto ou é uma boa prática? Não.
Hum entendi, Wanderson! Então quer dizer que eu posso alterar, fazer commits ma branch master, porém isso não é uma boa prática é isso ?
Isso, e também lembre-se de que é na master que as ferramentas de analise, integração e etc fazem suas operações de leitura. No geral, a master é usada apenas para fazer merge das outras branches.
Então Wanderson, a branch master é apenas pra replicar o conteúdo das outras branches?
Opa Rene, não é bem uma replicação, mas a ideia é quase essa sim. Você pode pensar na master como a ponte que integra as outras partes. O centralizador. Mas isso, mais uma vez, varia bastante, há várias estratégias de trabalho com o Git e Branches. Essa ideia que te passei é só mais uma delas.