git checkout develop # Vai para a branch ‘develop’.
git pull # Puxa as modificações remotas.
git checkout -b <NOME_DA_SUA_BRANCH_AQUI> # Cria uma nova branch.

Para tornar mais consistentes as mensagens de commit, usamos o padrão Conventional Commits. Para seguir esse padrão, as mensagens, em geral, devem escritas seguindo no formato `<tipo>[escopo]: <descrição>`, em que:
- o `<tipo>`, obrigatório, é um dos tipos possíveis de commit;
- o `[escopo]`, opcional, sempre escrito entre parênteses, contextualiza o commit dentro do projeto, e pode ser tanto uma funcionalidade do produto, quanto uma questão técnica do projeto;
- a `<descrição>`, obrigatória, é uma mensagem escrita conforme a vontade do desenvolvedor, e descreve resumidamente o trabalho feito.

Exemplos do uso:
- `feat: Implementa envio dos votos de cada participante.`
- `fix(api): Corrige envio das informações de cadastro de ao banco.`
- `docs: Descreve padrões de commit.`
- `build: Atualiza dependências.`

A descrição é escrita de acordo com a vontade do desenvolvedor. O escopo não é pré-definido, mas o grupo deve procurar usar o mesmo nome quando falando da mesma coisa; o escopo deve sempre ser um substantivo.

Os tipos são limitados; o Conventional Commits especifica dois -- "`fix`", que identifica uma correção em algo já existente, e "`feat`", que indica a adição de uma funcionalidade nova --, mas o time pode especificar outros, desde que use-os de forma consistente.

Tipos usados no time:
- "`fix`", para descrever soluções de problemas;
- "`feat`", para descrever funcionalidades adicionadas;
- "`docs`", para identificar trabalho na documentação do projeto;
- "`build`", para identificar trabalho na configuração do projeto.

Mais informações estão disponíveis no [link](https://www.conventionalcommits.org/pt-br/v1.0.0/).