pull = puxar
push = empurrar
branch = ramo, setor, ramificação
commit = enviar
Caso queira listar os comando do git, utilize o comando a seguir.
git --help
ou
git help
Para detalhar um comando específico, no caso, o commit.
git commit --help
ou
git help commit
Para que outros usuários do projeto saibam quem foi que fez cada alteração (commit) é importante se identificar. Essa identificação é feita apenas uma vez, você pode se identificar somente para o repositório atual ou para o computador inteiro. Na identificação para o computador inteiro, é utilizado o termo --global, caso a configuração seja somente para o repositório atual, basta remover o termo --global (Ex.: git config user.name "Marcos da Silva").
git config --global user.name "Marcos da Silva"
git config --global user.email "[email protected]"
Você pode configurar o editor de texto padrão que será utilizado quando o Git precisar que você digite uma mensagem. Por padrão, Git usa o editor padrão do sistema. Caso você queira utilizar um editor diferente, tal como o VS Code, você pode executar o seguinte:
git config --global core.editor code
Outra opção útil que você pode querer configurar é a ferramenta padrão de diff utilizada para resolver conflitos de merge (fusão). Digamos que você queira utilizar o vimdiff.
git config --global merge.tool vimdiff
Caso você queira verificar suas configurações, você pode utilizar o comando git config --list para listar todas as configurações que o Git encontrar naquele momento.
git config --list
Para exibir somente alguma configuração específica, por exemplo, o e-mail, utilize o seguinte comando.
git config user.email
git --version
git init
git ls-files
git status
git add arquivo01.css arquivo02.html
git commit -m 'alteracao na funcao getNome'
Comando somente para modificações de arquivos já existentes, ele add todos arquivos modificados e faz o commit.
git commit -am “mensagem”
git checkout nomeDoArquivo.html
ou, para desfazer alterações em todos os arquivos:
git checkout .
git reset Head
git branch
git branch
git branch nome_da_branch
git branch -t nome_da_branch origin/nome_da_branch
Isso substitui os comandos git branch nome_da_branch em seguida de git checkout nome_da_branch
git checkout –b nome_da_branch
git checkout nome_da_branch
A utilização do -u faz com que os arquivos da Branch local seja sincronizado com a mesma Branch remota.
git push -u origin nome_da_branch
git pull
git log
git branch –D nome_da_branch
git push -D origin nome_da_branch
ou
git push origin :nome_da_branch
Uma opção mais completa para o comando abaixo é: git remote show origin
git branch -r
git branch –a
git checkout -t origin/nome_da_branch
git checkout -b nome_da_branch
git fetch origin
git pull
git rebase branch_remota branch_local
Quando estamos no meio do processo de rebase, e houve um conflito que devemos tratar manualmente, como se chama a branch temporária para a qual somos movidos?
A branch (no branch), que dá a entender que você não está em branch nenhuma, é apenas temporária, criada pelo Git para que possamos resolver o conflito.
O objetivo do comando git rebase é fazer com que a branch em que se está tenha um novo HEAD, "copiado" de outra branch. Ou seja, a base da branch, a partir da qual você vai realizar seus commits, deverá ser modificada. Para isso, caso haja commits novos na branch que terá a base trocada, o Git os coloca em um local temporário e em seguida começa a aplicar a nova base. Após a atualização do HEAD, o Git começa a aplicar seus commits sobre a nova base.
--continue deve ser utilizado após a resolução manual de conflitos;
--skip faz com que suas alterações sejam descartadas;
--abort volta atrás em todo o processo de rebase
Para utilizá-lo, primeiro é preciso ir para a branch para a qual se quer levar os commits, no caso, a "master" (git checkout master). Em seguida, deve-se dizer para o comando git merge de qual branch virão os commits novos, que, no caso, é a branch "desenvolvimento". Para isso, basta executar git merge desenvolvimento.
Com diversos commits pequenos, suas alterações ficam mais fáceis de visualizar e têm um histórico mais detalhado. Consequentemente, durante a resolução de conflitos fica mais fácil definir o que cada desenvolvedor quis fazer e decidir qual a abordagem que deve ser adotada. É mais simples também fazer uma reversão de um pequeno trecho, já que cada pequeno pedaço de código está separado em um único commit.
Caso tenha baixado uma branch, feito uma alteração indesejada, mas ainda não foi indexado(git add) nem comitado (git commit). Basta executar o seguinte comando:
git checkout nome_do_arquivo.php
Caso o arquivo tenha sido indexado (git add) recentemente, basta desfazer a última indexação com o seguinte comando:
git reset HEAD nome_do_arquivo.php
- HEAD: última indexação
Caso já tenha sido comitado (git commit), basta desfazer o commit com o seguinte comando:
git reset tsdt8f6asdf7a6d7a6sdtfa7sd6ft7ds6fta7d6tf
tsdt8f6asdf7a6d7a6sdtfa7sd6ft7ds6fta7d6tf: Identificação do comit. pode ser visualizada pelo comando: git log
tsdt8f...a7d6tf: Identificação do commit. pode ser visualizada pelo comando: git log
git revert tsdt8f6asdf7a6d7a6sdtfa7sd6ft7ds6fta7d6tf
git tag
git show
git tag -d 12345
push origin :refs/tags/12345
git tag nova.tag antiga.tag
git tag -d antiga.tag
git push origin :refs/tags/antiga.tag
git push --tags
git tag -a v.01.02 -m “Aula 02 do módulo 01 finalizada”
git tag origin --tags
git-scm.com/book/pt-br/v2 stackedit.io