- Instalar o git -> Windows: http://git-scm.com/download/win
- Instalar o github cli -> Windows: npm install gh
- No terminal: gh auth login e seguir os passos que ele segue
- Clonar o repositório na sua máquina
- Clicar no botão verde e baixar o .zip, ou
- no terminal com git clone https://github.com/freitasgst/jogodaforca.git
- Abrir a pasta no VSCode e, no terminal do VSCode:
- git config --global user.name "seu nome de usuário do github"
- git config --global user.email "seu email no github"
Se quiserem seguir tutorial: https://www.youtube.com/watch?v=_hZf1teRFNg&ab_channel=DevSuperior
Para adicionarmos funções novas
- git pull origin main
- git branch [nome da função, da feature nova, curto]
- git checkout [nome da branch que vai trabalhar]
- Trabalhar aqui nesse branch
O trabalho em si
- git add [nome do arquivo] ou git add . (se for todos)
- git status -> para ver quais arquivos estamos enviando (tem que estar vermelho antes de add e verde depois)
- git commit -m "mensagem explicativa da mudança, mais detalhada"
- git status -> não estaria mais lá
- git push origin [nome da branch]
Qualquer código de uma deve ser testado pelas outras duas
- ir na pasta do trabalho lá no github, vai ter um botão verde de create pull request
- comparar o código, dá para comentar nas linhas
Antes de aceitar o pull request, devemos testar!
- no VSCode: git pull
- Testar querendo quebrar o negócio mesmo
- aceitar apertando merge
- deletar o branch
Mais: https://www.youtube.com/playlist?list=PLcoYAcR89n-qbO7YAVj5S0alABLis_QVU
https://docs.github.com/en/get-started/using-github/github-flow
- Nomes óbvios e descritivos em camelCase
- Devem ser pequenas (o ideal seria, no máximo, de 4 linhas)
- Deve fazer apenas uma coisa
- Não deve ser possível retirar qualquer linha da função e colocá-la em outra sem ser apenas uma reformulação
- Obviamente transparente
- Deve contar uma história
- Cada função deve levar você à próxima em uma “ordem atraente”
- Ler o código de cima para baixo
- Quanto aos parâmetros: a. Quanto à quantidade: * 0 → ideal * 1 e 2 → ok * 3 → evitar situações se possível * 4 + → não b. Evitar parâmetros lógicos
- Evitar repetições
“TO RenderPageWithSetupsAndTeardowns, verificamos se a página é de teste, se for, incluímos setups e teardowns. Em ambos os casos, exibimos a página em HTML” (pág. 36) Com base no livro Código Limpo, do Robert C. Martin
TO → PARA
Usaremos o Trello