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.
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