Trabalhando com GIT

git init
git status

touch note
.txt
git
add .

git commit -m “seu comentário”

mostre as mudanças que fizemos

git log 

Para enviar nosso repo local para o servidor GitHub, precisaremos adicionar um repositório remoto.

git remote add origin https://github.com/try-git/try_git.git

O comando push diz ao Git onde colocar nossos commits quando estivermos prontos, e cara, estamos prontos. Então, vamos enviar nossas alterações locais para nosso repositório de origem (no GitHub). O nome do nosso remoto é origin e o nome do branch local padrão é master. O -u diz ao Git para lembrar os parâmetros, para que da próxima vez possamos simplesmente executar git push e o Git saberá o que fazer. Vá em frente e empurre!

git push -u origin master

Vamos fingir que algum tempo se passou. Convidamos outras pessoas para nosso projeto github que retiraram suas alterações, fizeram seus próprios commits e os enviaram. Podemos verificar se há alterações em nosso repositório GitHub e retirar quaisquer novas alterações executando:

git pull origin master

git reset fez um ótimo trabalho ao remover octodog.txt, mas você notará que ele ainda está lá. Ele simplesmente não está mais encenado. Seria ótimo se pudéssemos voltar a como as coisas eram antes do octodog aparecer e arruinar a festa.

Os arquivos podem ser alterados de volta para o estado em que estavam no último commit usando o comando: git checkout – <target>. Vá em frente e livre-se de todas as alterações desde o último commit para octocat.txt

git checkout -- octocat.txt

Quando os desenvolvedores estão trabalhando em um recurso ou bug, eles geralmente criam uma cópia (também conhecida como branch) de seu código para a qual podem fazer commits separados. Então, quando terminar, eles podem mesclar este branch de volta em seu branch master principal.

Queremos remover todos esses octocats incômodos, então vamos criar um branch chamado clean_up, onde faremos todo o trabalho:

git branch clean_up