Repositório Mestre destinado aos estudantes de HTML, CSS, JS e Git
- Criar conta no github
- Criar conta no Trello
- Ingressar no Board do Projeto
- Dar fork no projeto do git (o projeto original possui somente um arquivo txt chamado README.md)
Gerar sua própria versão do projeto, através um MVP(minimum viable product) de acordo com as histórias de usuário presentes no Board.
Como configurar seu VSCode, Git e Github:
Dando fork no projeto no github
-
Criar pasta Master-Repo no PC;
-
Abrir VSCode dentro dessa pasta (open folder);
-
Vá até o terminal (cmd) do VSCode (ctrl + j);
$ git init (iniciando o git)
$ git config --global user.name Seu Nome (se ja tiver feito isso antes, com global, utilizar apenas $ git config user.name e aguardar seu nome aparecer no terminal)
$ git config --global user.email Seu@email.com (se ja tiver feito isso antes, com global, utilizar apenas $ git config user.name e aguardar seu email aparecer no terminal)
-
Vá no github principal (https://github.com/devops-da-arca/MasterRepo) e clique em fork, em seguida clique no número que aparece logo ao lado;
-
Clique em /MasterRepo ao lado do seu nome de usuário;
-
Clique em Clone or Download e copie o link;
-
Volte para o terminal do VSCode;
$ git remote add origin https://github.com/yandrade11/MasterRepo.git
$ git pull
$ git checkout -b nomeDoInfeliz (caso você já tenha criado uma branch manualmente pelo site do github, esse comando não será necessário, no momento em que você der git pull, essa branch virá junto com a master)
Não utilize frameworks! Apesar de muito úteis e reduzirem grande parte do esforço de trabalho, não estamos focados em produto final e sim, em evoluir nosso conhecimento de base. Quando tiver uma base forte, você conseguirá dominar e selecionar qual framework utilizar em que projeto, uma vez que tenha ciência de quais facilidades cada framework te proverá.
Utilize un reset de css. Utilizo o Meyerweb, caso deseje, use o de sua preferência. Caso não saiba o que é um reset de css, leia isto
Que diabos é essa historinha que estou vendo no Board?
As "histórias de usuário" é uma forma que usamos para levantar requisitos na agilidade, ou seja, entender o que precisamos fazer.
Caso deseje entender melhor, e até mesmo saber como criar ou avaliar uma história de usuário leia isto é uma leitura leve e de, no máximo 10 minutos, porém muito esclarecedora.
Clone ou Fork?
Basicamente, um "fork" é uma requisição para que o GitHub clone um projeto e o registre no seu username; O GitHub também mantém registro de relacionamento entre os dois repositorios (o sobre o seu username e o do username original, o famoso "track"), com isso, você pode visualizar os commits e os pulls dos dois projetos (e de outros forks! Por isso neste projeto daremos preferência ao fork. =]).
Você ainda pode fazer o mesmo, ainda que tenha dado clone ao inves de fork mas, por o comando clone tornar o projeto privado, você terá que configurar ele manualmente para que os commits e pulls fiquem públicos.
Como fazer commits?(Bons commits)
Lembre-se que mais do que um backup do que se está fazendo, um commit é uma forma de organização e apresentação de status do trabalho para os outros desenvolvedores.
O ideal é que se faça um commit para cada novo módulo ou alteração completada, não deixe para programar durante dois dias sem para e depois fazer um mega patch de commit.
"Mas, neste fds meu cachorro pegou fogo e comeu o cabo da internet achando que era um cano de de água e só pude dar commit na terça quando o técnico foi lá em casa!"
Neste caso temos a opção de usar o commando -Git Stash- para "separar o código" em vários commits.
Não faz idéia do que é Stash ou de como fazer isso? Se liga aqui então:
Mini Mega Resumo de Git
Mini Enciclopédia Básica de Git