Apuntes
GIT - GitHub
Contenido del apunte (2)
Página 1
Básico do GIT
Sobre o GIT e o versionamento:
Para que serve e o que é o versionamento de códigos:
1- Código alterado começou a causar bugs após uma grande alteração no projeto / sistema criado, para resolver é possível procurar o bug na raça, ou reverter a versão do projeto de quando ainda não haviam sido feitas as alterações.
2- Empresa tem 3 programadores em um sistema de supermercado e os 3 programadores fazem tarefas nesse sistema, ambos mexendo no mesmo código. Eles poderiam usar um servidor e mudar no mesmo arquivo local.
Porém com os 3 mexendo no mesmo arquivo e causar um bug é completamente comum.
Antes do versionamento era usado o download do arquivo com as alterações individuais de cada um trocando arquivos de computador e reescrevendo.
Versionamento:
GitHub & BitBucket ambos utilizam o GIT.
O versionamento permite básicamente "voltar o tempo".
Versionamento permite o trabalho em equipe bem mais elaborado e eficaz, ou seja as alterações dos 3 programadores serão juntadas pelo GIT automaticamente.
Manuseada por linhas de comando e por software.
Instalando o GIT (Usando o GitHub);
Ambos GitHub e Bitbucket possuem as mesmas utilidades
Repositório: Projeto dentro do GIT com o projeto do sistema ou aplicação.
Configurando o GIT no computador-WINDOWS:
Tudo referente ao GIT deve ser usado com o comando git
nome do usuário: git config --global user.name "Gabiru Math"
email: git config --global user.email "..."
Comandos básicos do terminal/prompt de comando:
-Navegando em pastas | cd "Change Directory";
-Criando pastas | mkdir "Make directory";
-Listando aquivos | dir ou "tree /f";
Entrar no diretório Wampp/Xampp
Entrar na pasta do projeto e iniciar o repositório: "git init";
Criando o ReadMe: .txt ou .md
Criar no próprio Editor de texto
Branch: versões diferentes do seu sistema
Branch-Master: versão principal do seu sistema;
Commit: "dar commit" "commitar"
Envio de alterações são Commits, isso sendo APENAS as modificações;
Se tu alterou a linha 12 o Git salva SOMENTE a linha 12 editada por você
Commits vem acompanhados com um comentário sobre as alterações
Tentar se breve porém explicativo o suficiente;
Adicionando arquivos ao monitoramento do GIT (git status)
Um por vez: git add README.md;
Ou todos de uma vez: git add -A (-A = All)
Criando o commit: git commit -m "primeiro commit" ;
Listando os commits: git log;
Principais comandos:
git init
git status
git log
git commit -m "mensagem"
git add / git add -A
git branch - Lista todos os branchs do projeto atual (o "*" significa a branch master)
git commit -am "" - Não precisa dar um ADD antes.
git reset --hard "hash-code" > Vai para a versão que você mandar, possui 3 formas, usando o Hash das commit
3 tipos de reset: soft > volta para a commit porem com a modificações feitas porem não comitadas, então elas estarão lá
mixed > vai voltar porém tera que dar o add novamente
hard > Vai voltar todos os aquivos para o exato momento da commit, ou seja vai ignorar todas as alterações e apagar tudo
Trabalhando com Branchs diferentes
Criando um novo branch: git branch "nome da branch"
Trocando de branch: git checkout "nome da branch";
Vendo as alterações feitas nos documentos pelo BASH: git diff
colocar --name-only após o DIFF retorna apenas os nomes dos arquivos alterados
Página 2
Criando repositório no GitHub
Criar um repositório no GitHub ou em uma plataforma de repositórios GIT (Repositórios no GitHub ficam remotos possibilitando alterações de pessoas distantes do seu PC)
Fazer envio do Repositório local para o remoto (Nosso PC - Server GitHub) -> Gerar uma chave seguindo as instruções.
Enviar nosso repositório local para o remoto: git remote add origin "url do repositório"
Fetch: capacidade de puxar o conteudo do repositório remoto para o local;
Push: capacidade de enviar o conteudo do repositorio local para o remoto;
git push -u origin (destino) master (branch)