⭐ A branch main
A versão estável do projeto
⭐
main
Site publicado / versão estável
Quando criamos um repositório, já existe uma branch principal — normalmente chamada main. Novas funcionalidades não são desenvolvidas diretamente nela.
Imagine dez pessoas alterando os mesmos arquivos ao mesmo tempo. É justamente para resolver isso que existem as branches: linhas de trabalho paralelas que não interferem umas nas outras. (Nenhum comando nesta aula — foco no conceito.)
Maria começa uma funcionalidade, João começa outra, Pedro corrige um bug — tudo na mesma branch. O que pode acontecer?
É como testar mudanças em uma cópia do documento: quando fica pronta, substitui a versão principal.
Site publicado / versão estável
Quando criamos um repositório, já existe uma branch principal — normalmente chamada main. Novas funcionalidades não são desenvolvidas diretamente nela.
Versão estável
Nova funcionalidade
Nova funcionalidade
Nova funcionalidade
Correção de bug
Quando cada funcionalidade fica pronta, ela retorna para a main.
Mantenha a versão principal sempre estável.
Facilita a revisão e reduz o risco de erros.
feat/login, fix/menu-mobile…
tipo/descricao-curtafeat/adiciona-busca
fix/corrige-link
docs/atualiza-faq
chore/atualiza-gitignore
GitHub não impõe um padrão universal. Esta é a convenção adotada nos exercícios; em outros projetos, siga o CONTRIBUTING.md.
GitHub does not enforce a universal standard. This is the convention used in the exercises; in other projects, follow CONTRIBUTING.md.
Branches permitem que várias pessoas trabalhem no mesmo projeto sem interferir umas nas outras.
Em projetos open source com milhares de colaboradores, como o VS Code, o desenvolvimento acontece em centenas de branches ao mesmo tempo — mantendo a branch principal sempre estável.