{"id":2656,"date":"2020-09-09T01:36:01","date_gmt":"2020-09-09T04:36:01","guid":{"rendered":"https:\/\/www.magenteiro.com\/blog\/?p=2656"},"modified":"2022-08-24T20:49:02","modified_gmt":"2022-08-24T23:49:02","slug":"comandos-git-uteis","status":"publish","type":"post","link":"https:\/\/www.magenteiro.com\/blog\/para-magenteiros\/comandos-git-uteis\/","title":{"rendered":"9+ comandos git para salvar seu emprego"},"content":{"rendered":"\n

Em praticamente todos os cursos Magento<\/a> que fa\u00e7o, menciono a import\u00e2ncia de se usar um controle de vers\u00e3o. E git \u00e9 provavelmente a melhor escolha.<\/p>\n\n\n\n

N\u00e3o apenas para organizar o desenvolvimento, mas tamb\u00e9m porque eventualmente cometemos erros, alteramos um arquivo acidentalmente, e sem um controle de vers\u00e3o, nunca saberemos o que pode ter dado errado.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Em outros casos, a modifica\u00e7\u00e3o de um arquivo pode ter se dado por conta de uma falha de seguran\u00e7a. Sem um controle de vers\u00e3o, fica muito mais dif\u00edcil identificar onde um c\u00f3digo malicioso foi inserido, ou quais arquivos foram afetados.<\/p>\n\n\n\n

Ok, voc\u00ea j\u00e1 \u00e9 adulto…<\/h2>\n\n\n\n

J\u00e1 estamos alinhados sobre a import\u00e2ncia do controle de vers\u00e3o e provavelmente voc\u00ea est\u00e1 aqui porque j\u00e1 usa git<\/em>, certo?<\/p>\n\n\n\n

No entanto, \u00e9 muito comum que cometamos erros no dia a dia ao us\u00e1-lo. Por exemplo ao esquecer de adicionar um arquivo a um commit<\/em>, ou criamos um branch<\/em> com nome errado, entre outros erros que nos atrapalham na pior hora poss\u00edvel.<\/p>\n\n\n\n

Veja alguns erros comuns e como contorn\u00e1-los.<\/p>\n\n\n\n

Alterar \u00faltima mensagem de um commit<\/h2>\n\n\n\n
git commit --amend<\/pre>\n\n\n\n
\u00c9 bem comum errarmos ou esquecermos de algo na \u00faltima mensagem de um commit r\u00e1pido. Com o comando acima, o git abrir\u00e1 o editor configurado para editar a \u00faltima mensagem do seu \u00faltimo commit<\/em>.<\/p>\n\n\n\n
Alterar nome do Branch<\/h2>\n\n\n\n
git branch -m nome-antigo nome-novo<\/pre>\n\n\n\n
Isso nos permite renomear um branch<\/em> localmente. Muito \u00fatil quando digitamos o nome errado ou fora do padr\u00e3o que dever\u00edamos.<\/p>\n\n\n\n
No entanto, se voc\u00ea j\u00e1 subiu este branch<\/em> para o reposit\u00f3rio, ter\u00e1 que remover o antigo e ent\u00e3o subir o novo, ap\u00f3s ter renomeado com o comando acima.<\/p>\n\n\n\n
Para isso fa\u00e7a<\/p>\n\n\n\n
git push origin --delete nome-antigo\ngit push origin nome-novo<\/pre>\n\n\n\n
Comitei<\/em> no branch<\/em> master sem querer.<\/h2>\n\n\n\n
Se voc\u00ea for r\u00e1pido seu chefe nem ter\u00e1 tempo de preparar a carta de demiss\u00e3o. \ud83d\ude42<\/p>\n\n\n\n
Erros como este acontecem. Voc\u00ea estava desenvolvendo algo novo e comitou<\/em> tudo no master<\/em> sem querer. Faz parte.<\/p>\n\n\n\n
Tudo que precisamos fazer \u00e9 criar o branch<\/em> certo a partir do master que est\u00e1 com nossas altera\u00e7\u00f5es; resetar o master para 1 commit<\/em> anterior; e fazer checkout do branch<\/em> certo para continuarmos trabalhando. E isso \u00e9 feito com estes 3 comandos respectivamente:<\/p>\n\n\n\n
git branch feature-branch\ngit reset HEAD~ --hard\ngit checkout feature-branch<\/pre>\n\n\n\n
Note que se voc\u00ea ainda tinha alguma coisa n\u00e3o salva antes do reset, voc\u00ea deve salv\u00e1-los (com git stash save<\/code> por exemplo).<\/p>\n\n\n\n
Adicionando um arquivo no \u00faltimo commit<\/h2>\n\n\n\n
Na pressa voc\u00ea pode acabar esquecendo um arquivo no seu \u00faltimo commit<\/em>. Ao inv\u00e9s de criar mais um commit<\/em> com a mensagem “arquivos que esqueci”, voc\u00ea pode usar o --amend<\/code> novamente.<\/p>\n\n\n\n
Adicione ou remova os arquivos esquecidos e use o –amend novamente.<\/p>\n\n\n\n
git add arquivo-esquecido.css\ngit commit --amend<\/pre>\n\n\n\n
Significado ℹ️
amend<\/strong> \ufe52emendar, corrigir, refinar, fazer pequena mudan\u00e7a (em um texto) a fim de tornar mais justo, preciso, ou atualizado<\/p>\n\n\n\n
Opcionalmente voc\u00ea poder\u00e1 editar a mensagem do \u00faltimo commit<\/em> a fim de mencionar alguma coisa que esqueceu, ou simplesmente manter a mensagem anterior.<\/p>\n\n\n\n
Removendo arquivo adicionado acidentalmente<\/h2>\n\n\n\n
Ui, de novo?! Calma, n\u00e3o precisa atualizar seu LinkedIn em busca de outro emprego. Ainda d\u00e1 tempo de corrigir. <\/p>\n\n\n
\n
\"\"<\/figure><\/div>\n\n\n
Vamos supor que voc\u00ea tenha o arquivo senhas.txt por a\u00ed e acidentalmente fez um git add senhas.txt<\/code><\/code>, mas ainda n\u00e3o comitou<\/em>. Neste caso voc\u00ea pode rapidamente desfazer isso com um git reset senhas.txt<\/code><\/code>.<\/p>\n\n\n\n
Agora se voc\u00ea acabou de fazer commit<\/em> deste arquivo tamb\u00e9m, precisar\u00e1 ir um pouco al\u00e9m:<\/p>\n\n\n\n
git reset --soft HEAD~1\ngit reset senhas.txt<\/pre>\n\n\n\n
O primeiro comando te levar\u00e1 ao momento que adicionou os arquivos com git add<\/code>. O segundo comando remover\u00e1 o arquivo da lista de arquivos que ser\u00e3o comitados<\/em>.<\/p>\n\n\n\n
Em seguida voc\u00ea far\u00e1 o commit<\/em> novamente somente com os arquivos corretos.<\/p>\n\n\n\n
E caso voc\u00ea tenha subido estas altera\u00e7\u00f5es no reposit\u00f3rio remoto, recomendaria que fizesse um git push origin -f nome-do-branch<\/code><\/code> ap\u00f3s o procedimento acima. Isso faria uma mudan\u00e7a for\u00e7ada fazendo com que o branch<\/em> em quest\u00e3o ficasse exatamente igual ao seu que n\u00e3o cont\u00e9m mais o arquivo comitado<\/em> acidentalmente e nenhum outro commit<\/em> futuro.<\/p>\n\n\n\n
Isso tamb\u00e9m \u00e9 v\u00e1lido quando comitamos<\/em> arquivos muito grandes no reposit\u00f3rio sem querer e queremos remov\u00ea-lo, reduzindo o tamanho do reposit\u00f3rio. <\/p>\n\n\n\n
Note que aqueles que j\u00e1 baixaram o seu commit<\/em> sempre ter\u00e3o acesso \u00e0 ele e aos arquivos adicionados l\u00e1. No caso de arquivos grandes, os reposit\u00f3rios (pasta .git) daqueles que j\u00e1 baixaram aquele arquivo permanecer\u00e3o grandes, a menos que fa\u00e7am git clone<\/em> novamente.<\/p>\n\n\n\n
Ferrei tudo. Tem jeito?<\/h2>\n\n\n\n
O git mant\u00e9m hist\u00f3rico de tudo que fazemos no nosso ambiente local desde o momento que clonamos o reposit\u00f3rio ou iniciamos um. Duvida?!<\/p>\n\n\n\n
git reflog<\/pre>\n\n\n\n
O comando acima exibir\u00e1 todo nosso hist\u00f3rico, como podemos ver abaixo. Note que a \u00faltima linha mostra o momento que clonei meu reposit\u00f3rio de testes, apenas para fazer este tutorial.<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Note que a primeira coluna (em amarelo, no meu caso) mostra o identificador \u00fanico daquele momento, chamado index<\/em>. Para voltar a qualquer momento no tempo, podemos digitar o comando abaixo, substituindo o {index<\/code>} por um destes valores. Ex: git reset HEAD@{d937c72}<\/code><\/p>\n\n\n\n
git reset HEAD@{index}<\/pre>\n\n\n\n
Note que: inclusive quando usamos o reset acima, isto tamb\u00e9m fica registrado, e podemos voltar ao momento anterior da mesma forma.<\/p>\n\n\n\n
Voltando no tempo (literalmente)<\/h2>\n\n\n\n
Voc\u00ea pode usar o reset<\/em> acima da mesma forma para voltar no tempo.<\/p>\n\n\n\n
Vamos supor que voc\u00ea realmente acordou com o p\u00e9 esquerdo e gostaria de desfazer tudo que fez hoje. Neste caso voc\u00ea pode usar:<\/p>\n\n\n\n
git reset HEAD@{1.day.ago}<\/pre>\n\n\n\n
Isso te levar\u00e1 para o dia anterior. Outras varia\u00e7\u00f5es podem ser usadas. Veja alguns exemplos:<\/p>\n\n\n\n