- Realizar um fork do seguinte projeto disponível no GitHub: https://github.com/miqueiaspcoelho/CriandoSonhosLTDA
- Realizar um clone do projeto que foi feito o fork no passo acima.
- Adicionar os demais membros da equipe ao projeto
- Cada issue deve ser resolvida em um nova branch, o padrão para nomear a nova branch é: nºissue.ano vigente. Ex.: 21.2024 (fica a cargo da equipe/empresa levantar e cadastrar as issues)
- Sempre ao trabalhar em uma branch, ou seja, mudar de uma para outra, lembrar de realizar um pull, esse comando irá sincronizar os arquivos locais com a branch desejada, dessa forma garantimos que os dados locais estão os mais atuais possíveis
- Nunca realizar commits direto para a main, pois, alterações drásticas, considerando que o ramo principal é onde o software será disponibilizado ao cliente, não podem ser realizadas de qualquer forma.
- Sempre ao realizar um commit é necessário também utilizar o comando push, pois, ele é o responsável por “empurrar” os arquivos locais para o ramo online
- Ao efetuar as duas operações descritas acima é necessário abrir um pull request, pode ser feito pelo próprio GitHub ou GitHub Desktop. Esse comando irá iniciar um requisição que será utilizada para analisar o código, caso não tenha problemas, a operação de merge pode ser efetuada. Essa operação irá unir as alterações na branch que foi realizado o commit com a main.
- Quem implementou a tarefa não poderá ser o mesmo a revisar o código, salvo se apenas uma pessoas estiver desenvolvendo o código.
- A equipe/empresa deve adotar a planilha para planejamento das Sprints como base, fazer uma cópia e ir adicionando as tarefas, como está o andamento, organizar quem são os responsáveis pelo código e pela revisão do código.