From 90db7bca6750b46d64191bfe65c3aa7f0af8c991 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rafael=20Corr=C3=AAa=20Gomes?= Date: Thu, 14 Jan 2021 21:42:07 +0000 Subject: [PATCH 1/2] New gitignore and sitemap --- .gitignore | 4 +++- sitemap.xml | 5 ++--- 2 files changed, 5 insertions(+), 4 deletions(-) diff --git a/.gitignore b/.gitignore index 723ef36..230c406 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,3 @@ -.idea \ No newline at end of file +.idea +.jekyll-cache +_site \ No newline at end of file diff --git a/sitemap.xml b/sitemap.xml index 57dea17..d6fdef9 100644 --- a/sitemap.xml +++ b/sitemap.xml @@ -5,10 +5,9 @@ xsi:schemaLocation="http://www.sitemaps.org/schemas/sitemap/0.9 http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd"> - - http://comandosgit.github.io/ - 2014-08-13T03:21:49+00:00 + https://comandosgit.github.io/ + 2020-01-13T03:21:49+00:00 monthly \ No newline at end of file From ddcdd04a6815b82c63cc649adf86a2d60b5457cc Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rafael=20Corr=C3=AAa=20Gomes?= Date: Thu, 14 Jan 2021 21:42:21 +0000 Subject: [PATCH 2/2] Prettier --- index.html | 527 +++++++++++++++++++++++++++++++++++++---------------- 1 file changed, 371 insertions(+), 156 deletions(-) diff --git a/index.html b/index.html index 56b87a6..30f376e 100755 --- a/index.html +++ b/index.html @@ -1,6 +1,5 @@ - @@ -10,8 +9,10 @@ - - + + @@ -26,17 +27,29 @@ - + - +
@@ -45,7 +58,8 @@
- + ComandosGit
@@ -73,11 +87,17 @@

Instalando e Configurando

Instalação

@@ -85,27 +105,43 @@

Instalação


-

Instalar o Git no Windows é muito fácil. O projeto msysgit tem um dos procedimentos mais simples de instalação. Simplesmente baixe o arquivo exe do instalador a partir da página do GitHub e execute-o: +

Instalar o Git no Windows é muito fácil. O projeto msysgit tem um dos + procedimentos mais simples de instalação. Simplesmente baixe o arquivo exe + do instalador a partir da página do GitHub e execute-o:

-
https://msysgit.github.com +
https://msysgit.github.com
-

Após concluir a instalação, você terá tanto uma versão command line (linha de comando, incluindo um cliente SSH que será útil depois) e uma GUI padrão.

+

Após concluir a instalação, você terá tanto uma versão command line (linha de + comando, incluindo um cliente SSH que será útil depois) e uma GUI padrão. +

-

Existem duas formas fáceis de se instalar Git em um Mac. A mais fácil delas é usar o instalador gráfico do Git, que você pode baixar da página do SourceForge:

+

Existem duas formas fáceis de se instalar Git em um Mac. A mais fácil delas é + usar o instalador gráfico do Git, que você pode baixar da página do + SourceForge:

-
https://sourceforge.net/projects/git-osx-installer/ +
https://sourceforge.net/projects/git-osx-installer/
-

A outra forma comum é instalar o Git via MacPorts (https://www.macports.org). Se você tem o MacPOrts instalado, instale o Git via

+

A outra forma comum é instalar o Git via MacPorts (https://www.macports.org). Se você tem o MacPOrts + instalado, instale o Git via

-
sudo port install git-core +svn +doc +bash_completion +gitweb
+
sudo port install git-core +svn +doc +bash_completion + +gitweb
-

Se você quiser instalar o Git no Linux via um instalador binário, você pode fazê-lo com a ferramenta de gerenciamento de pacotes (packages) disponível na sua distribuição. Caso você esteja no Fedora, você pode usar o yum:

+

Se você quiser instalar o Git no Linux via um instalador binário, você pode + fazê-lo com a ferramenta de gerenciamento de pacotes (packages) disponível + na sua distribuição. Caso você esteja no Fedora, você pode usar o yum:

yum install git-core
-

Ou se você estiver em uma distribuição baseada no Debian, como o Ubuntu, use o apt-get:

+

Ou se você estiver em uma distribuição baseada no Debian, como o Ubuntu, use + o apt-get:

apt-get install git
@@ -115,9 +151,13 @@

Instalação

git config

@@ -125,18 +165,27 @@

git config


-

A primeira coisa que você deve fazer quando instalar o Git é definir o seu nome de usuário e endereço de e-mail. Isso é importante porque todos os commits no Git utilizam essas informações, e está imutavelmente anexado nos commits que você realiza:

+

A primeira coisa que você deve fazer quando instalar o Git é definir o seu + nome de usuário e endereço de e-mail. Isso é importante porque todos os + commits no Git utilizam essas informações, e está imutavelmente anexado nos + commits que você realiza:

git config --global user.name "John Doe"
git config --global user.email johndoe@example.com
-

Relembrando, você só precisará fazer isso uma vez caso passe a opção --global, pois o Git sempre usará essa informação para qualquer coisa que você faça nesse sistema. Caso você queira sobrepor estas com um nome ou endereço de e-mail diferentes para projetos específicos, você pode executar o comando sem a opção --global quando estiver no próprio projeto.

+

Relembrando, você só precisará fazer isso uma vez caso passe a opção + --global, pois o Git sempre usará essa informação para qualquer coisa que + você faça nesse sistema. Caso você queira sobrepor estas com um nome ou + endereço de e-mail diferentes para projetos específicos, você pode executar + o comando sem a opção --global quando estiver no próprio projeto.


-

Para ativar as cores nas respostas de comandos, você pode utilizar o seguinte comando:

- Bem, nós iremos repassar esses comandos em um momento. Neste ponto, você tem um repositório Git com arquivos monitorados e um commit inicial. +

Para ativar as cores nas respostas de comandos, você pode utilizar o seguinte + comando:

+ Bem, nós iremos repassar esses comandos em um momento. Neste ponto, você tem um + repositório Git com arquivos monitorados e um commit inicial.
git config --global color.ui true
@@ -146,7 +195,9 @@

git config

git help

@@ -154,7 +205,8 @@

git help


-

Se você precisar de ajuda ao usar Git, existem três maneiras de obter a ajuda para qualquer um dos comandos Git:

+

Se você precisar de ajuda ao usar Git, existem três maneiras de obter a ajuda + para qualquer um dos comandos Git:

git help {comando}
git {comando} --help @@ -173,7 +225,9 @@

Criando o projeto

git init

@@ -181,25 +235,34 @@

git init


-

Você pode obter um projeto Git utilizando duas formas principais. A primeira faz uso de um projeto ou diretório existente e o importa para o Git. A segunda clona um repositório Git existente a partir de outro servidor.

-
+

Você pode obter um projeto Git utilizando duas formas principais. A primeira + faz uso de um projeto ou diretório existente e o importa para o Git. A + segunda clona um repositório Git existente a partir de outro servidor.

+
Inicializando um Repositório em um Diretório Existente
-

Caso você esteja iniciando o monitoramento de um projeto existente com Git, você precisa ir para o diretório do projeto e digitar

+

Caso você esteja iniciando o monitoramento de um projeto existente com Git, + você precisa ir para o diretório do projeto e digitar

git init
-

Isso cria um novo subdiretório chamado .git que contem todos os arquivos necessários de seu repositório — um esqueleto de repositório Git. Neste ponto, nada em seu projeto é monitorado. +

Isso cria um novo subdiretório chamado .git que contem todos os arquivos + necessários de seu repositório — um esqueleto de repositório Git. Neste + ponto, nada em seu projeto é monitorado.

-
+
Primeira versão
-

Caso você queira começar a controlar o versionamento dos arquivos existentes (diferente de um diretório vazio), você provavelmente deve começar a monitorar esses arquivos e fazer um commit inicial. Você pode realizar isso com poucos comandos

+

Caso você queira começar a controlar o versionamento dos arquivos existentes + (diferente de um diretório vazio), você provavelmente deve começar a + monitorar esses arquivos e fazer um commit inicial. Você pode realizar isso + com poucos comandos

touch .gitignore -
git add .gitignore -
git commit -m "Versão inicial do projeto" +
git add .gitignore +
git commit -m "Versão inicial do projeto"
-

Bem, nós iremos repassar esses comandos em um momento. Neste ponto, você tem um repositório Git com arquivos monitorados e um commit inicial.

+

Bem, nós iremos repassar esses comandos em um momento. Neste ponto, você tem + um repositório Git com arquivos monitorados e um commit inicial.

@@ -208,8 +271,10 @@
Primeira versão

git clone

@@ -217,13 +282,20 @@

git clone


-

Você clona um repositório com git clone [url]. Por exemplo, caso você queria clonar a biblioteca Git do Ruby chamada Grit, você pode fazê-lo da seguinte forma:

+

Você clona um repositório com git clone [url]. Por exemplo, caso você + queria clonar a biblioteca Git do Ruby chamada Grit, você pode fazê-lo da + seguinte forma:

git clone git://github.com/schacon/grit.git
-

Se você entrar no novo diretório grit, você verá todos os arquivos do projeto nele, pronto para serem editados ou utilizados. Caso você queira clonar o repositório em um diretório diferente de grit, é possível especificar esse diretório utilizando a opção abaixo:

+

Se você entrar no novo diretório grit, você verá todos os arquivos do projeto + nele, pronto para serem editados ou utilizados. Caso você queira clonar o + repositório em um diretório diferente de grit, é possível especificar esse + diretório utilizando a opção abaixo:

-
git clone git://github.com/schacon/grit.git mygrit
-

Este comando faz exatamente a mesma coisa que o anterior, mas o diretório alvo será chamado mygrit.

+
git clone git://github.com/schacon/grit.git mygrit +
+

Este comando faz exatamente a mesma coisa que o anterior, mas o diretório + alvo será chamado mygrit.

@@ -237,22 +309,32 @@

Básico

git add

-
- -

Quando um repositório é inicialmente clonado, todos os seus arquivos estarão monitorados e inalterados porque você simplesmente os obteve e ainda não os editou. Conforme você edita esses arquivos, o Git passa a vê-los como modificados, porque você os alterou desde seu último commit. Você seleciona esses arquivos modificados e então faz o commit de todas as alterações selecionadas e o ciclo se repete.

+
+ +

Quando um repositório é inicialmente clonado, todos os seus arquivos estarão + monitorados e inalterados porque você simplesmente os obteve e ainda não os + editou. Conforme você edita esses arquivos, o Git passa a vê-los como + modificados, porque você os alterou desde seu último commit. Você seleciona + esses arquivos modificados e então faz o commit de todas as alterações + selecionadas e o ciclo se repete.

Monitorando Novos Arquivos
-

Para passar a monitorar um novo arquivo, use o comando git add. Para monitorar o arquivo +

Para passar a monitorar um novo arquivo, use o comando git add. Para + monitorar o arquivo README, você pode rodar isso:

git add README
-

Se você rodar o comando git status, você pode ver que o seu arquivo README agora está sendo monitorado. Os arquivos monitorados serão os que faram parte do commit.

+

Se você rodar o comando git status, você pode ver que o seu arquivo + README agora está sendo monitorado. Os arquivos monitorados serão os + que faram parte do commit.

@@ -260,28 +342,43 @@
Monitorando Novos Arquivos

git status

-
+
-

A principal ferramenta utilizada para determinar quais arquivos estão em quais estados é o comando: +

A principal ferramenta utilizada para determinar quais arquivos estão em + quais estados é o comando:

git status
-

O comando lhe mostra em qual branch você se encontra. Vamos dizer que você adicione um novo arquivo em seu projeto, um simples arquivo README. Caso o arquivo não exista e você execute git status, você verá o arquivo não monitorado dessa forma:

+

O comando lhe mostra em qual branch você se encontra. Vamos dizer que você + adicione um novo arquivo em seu projeto, um simples arquivo README. + Caso o arquivo não exista e você execute git status, você verá o + arquivo não monitorado dessa forma:

# On branch master -
# Untracked files: -
# (use "git add {file}..." to include in what will be committed) -
# -
# README -
nothing added to commit but untracked files present (use "git add" to track) +
# Untracked files: +
# (use "git add {file}..." to include in what will be committed) +
# +
# README +
nothing added to commit but untracked files present (use "git add" to + track)
-

Você pode ver que o seu novo arquivo README não está sendo monitorado, pois está listado sob o cabeçalho "Untracked files" na saída do comando status. Não monitorado significa basicamente que o Git está vendo um arquivo que não existia na última captura (commit); o Git não vai incluí-lo nas suas capturas de commit até que você o diga explicitamente que assim o faça. Ele faz isso para que você não inclua acidentalmente arquivos binários gerados, ou outros arquivos que você não têm a intenção de incluir. Digamos, que você queira incluir o arquivo README, portanto vamos começar a monitorar este arquivo.

+

Você pode ver que o seu novo arquivo README não está sendo monitorado, + pois está listado sob o cabeçalho "Untracked files" na saída do + comando status. Não monitorado significa basicamente que o Git está vendo um + arquivo que não existia na última captura (commit); o Git não vai incluí-lo + nas suas capturas de commit até que você o diga explicitamente que assim o + faça. Ele faz isso para que você não inclua acidentalmente arquivos binários + gerados, ou outros arquivos que você não têm a intenção de incluir. Digamos, + que você queira incluir o arquivo README, portanto vamos começar a + monitorar este arquivo.

@@ -290,20 +387,27 @@

git status

git diff

-
+
-

Se o comando git status for muito vago — você quer saber exatamente o que você alterou, não apenas quais arquivos foram alterados — você pode utilizar o comando.

+

Se o comando git status for muito vago — você quer saber exatamente o + que você alterou, não apenas quais arquivos foram alterados — você pode + utilizar o comando.

git diff
-

Apesar do comando git status responder essas duas perguntas de maneira geral, o git - diff mostra as linhas exatas que foram adicionadas e removidas — o patch, por assim dizer. -
Se você quer ver o que selecionou que irá no seu próximo commit, pode utilizar:

+

Apesar do comando git status responder essas duas perguntas de maneira + geral, o git + diff mostra as linhas exatas que foram adicionadas e removidas — o + patch, por assim dizer. +
Se você quer ver o que selecionou que irá no seu próximo commit, pode + utilizar:

git diff --cached
@@ -314,26 +418,32 @@

git diff

git commit

-
+
-

Armazena o conteúdo atual do índice em um novo commit, juntamente com uma mensagem de registro do usuário que descreve as mudanças. -
Se usa o commit depois de já ter feito o git add, para fazer o commit:

+

Armazena o conteúdo atual do índice em um novo commit, juntamente com uma + mensagem de registro do usuário que descreve as mudanças. +
Se usa o commit depois de já ter feito o git add, para fazer o + commit:

git commit -m "Mensagem"
-

Para commitar também os arquivos versionados mesmo não estando no Stage basta adicionar o parâmetro -a

+

Para commitar também os arquivos versionados mesmo não estando no Stage basta + adicionar o parâmetro -a

git commit -a -m "Mensagem"

Refazendo commit quando esquecer de adicionar um arquivo no Stage:

git commit -m "Mensagem" --amend
-

O amend é destrutivo e só deve ser utilizado antes do commit ter sido enviado ao servidor remoto. +

O amend é destrutivo e só deve ser utilizado antes do commit ter sido enviado + ao servidor remoto.

@@ -342,16 +452,22 @@

git commit

git reset

-
+
-

Em qualquer fase, você pode querer desfazer alguma coisa. Aqui, veremos algumas ferramentas básicas para desfazer modificações que você fez. Cuidado, porque você não pode desfazer algumas dessas mudanças. Essa é uma das poucas áreas no Git onde você pode perder algum trabalho se fizer errado. -
Para voltar ao último commit:

+

Em qualquer fase, você pode querer desfazer alguma coisa. Aqui, veremos + algumas ferramentas básicas para desfazer modificações que você fez. + Cuidado, porque você não pode desfazer algumas dessas mudanças. Essa é uma + das poucas áreas no Git onde você pode perder algum trabalho se fizer + errado. +
Para voltar ao último commit:

git reset --hard HEAD~1

Para voltar ao último commit e mantém os últimos arquivos no Stage:

@@ -375,20 +491,28 @@
Recuperando commit apagado pelo git reset

git rm

-
+
-

Para remover um arquivo do Git, você tem que removê-lo dos arquivos que estão sendo monitorados (mais precisamente, removê-lo da sua área de seleção) e então fazer o commit. O comando git - rm faz isso e também remove o arquivo do seu diretório para você não ver ele como arquivo não monitorado (untracked file) na próxima vez. +

Para remover um arquivo do Git, você tem que removê-lo dos arquivos que estão + sendo monitorados (mais precisamente, removê-lo da sua área de seleção) e + então fazer o commit. O comando git + rm faz isso e também remove o arquivo do seu diretório para você não + ver ele como arquivo não monitorado (untracked file) na próxima vez.

git rm -f {arquivo}
-

Se você modificou o arquivo e já o adicionou na área de seleção, você deve forçar a remoção com a opção -f. Essa é uma funcionalidade de segurança para prevenir remoções acidentais de dados que ainda não foram gravados em um snapshot e não podem ser recuperados do Git.

+

Se você modificou o arquivo e já o adicionou na área de seleção, você deve + forçar a remoção com a opção -f. Essa é uma funcionalidade de + segurança para prevenir remoções acidentais de dados que ainda não foram + gravados em um snapshot e não podem ser recuperados do Git.

@@ -397,28 +521,37 @@

git rm

git mv

-
+
-

Diferente de muitos sistemas VCS, o Git não monitora explicitamente arquivos movidos. -
É um pouco confuso que o Git tenha um comando mv. Se você quiser renomear um arquivo no Git, você pode fazer isso com

+

Diferente de muitos sistemas VCS, o Git não monitora explicitamente arquivos + movidos. +
É um pouco confuso que o Git tenha um comando mv. Se você + quiser renomear um arquivo no Git, você pode fazer isso com

git mv arquivo_origem arquivo_destino
-

e funciona. De fato, se você fizer algo desse tipo e consultar o status, você verá que o Git considera que o arquivo foi renomeado.

+

e funciona. De fato, se você fizer algo desse tipo e consultar o status, você + verá que o Git considera que o arquivo foi renomeado.

No entanto, isso é equivalente a rodar algo como:

mv README.txt README -
git rm README.txt -
git add README
-

O Git descobre que o arquivo foi renomeado implicitamente, então ele não se importa se você renomeou por este caminho ou com o comando mv. A única diferença real é que o comando +
git rm README.txt +
git add README

+

O Git descobre que o arquivo foi renomeado implicitamente, então ele não se + importa se você renomeou por este caminho ou com o comando mv. A + única diferença real é que o comando mv - é mais conveniente, executa três passos de uma vez. O mais importante, você pode usar qualquer ferramenta para renomear um arquivo, e usar add/rm depois, antes de consolidar com o commit.

+ é mais conveniente, executa três passos de uma vez. O mais importante, você + pode usar qualquer ferramenta para renomear um arquivo, e usar add/rm + depois, antes de consolidar com o commit.

@@ -431,21 +564,29 @@

Branch e Merge

git branch

-
+
-

Um branch no Git é simplesmente um leve ponteiro móvel para um dos commits. O nome do branch padrão no Git é master. Como você inicialmente fez commits, você tem um branch principal (master - branch) que aponta para o último commit que você fez. Cada vez que você faz um commit ele avança automaticamente. -
O que acontece se você criar um novo branch? Bem, isso cria um novo ponteiro para que você possa se mover. Vamos dizer que você crie um novo branch chamado testing. Você faz isso com o comando git branch:

+

Um branch no Git é simplesmente um leve ponteiro móvel para um dos commits. O + nome do branch padrão no Git é master. Como você inicialmente fez commits, + você tem um branch principal (master + branch) que aponta para o último commit que você fez. Cada vez que + você faz um commit ele avança automaticamente. +
O que acontece se você criar um novo branch? Bem, isso cria um novo + ponteiro para que você possa se mover. Vamos dizer que você crie um novo + branch chamado testing. Você faz isso com o comando git branch:

git branch testing

Isso cria um novo ponteiro para o mesmo commit em que você está no momento. -
Para mudar para um branch existente, você executa o comando git checkout. Vamos mudar para o novo branch testing: +
Para mudar para um branch existente, você executa o comando git + checkout. Vamos mudar para o novo branch testing:

git checkout testing
@@ -457,14 +598,17 @@

git branch

git checkout

-
-

Com o git checkout você pode mudar de branch, caso a branch ainda não exista você poderá passar o parâmetro -b para criar.

+
+

Com o git checkout você pode mudar de branch, caso a branch ainda não + exista você poderá passar o parâmetro -b para criar.

git checkout -b {nome_da_branch}
@@ -473,16 +617,22 @@

git checkout

git merge

-
-

Suponha que você decidiu que o trabalho na tarefa #53 está completo e pronto para ser feito o merge no branch master. Para fazer isso, você fará o merge do seu branch iss53, bem como o merge do branch hotfix de antes. Tudo que você tem a fazer é executar o checkout do branch para onde deseja fazer o merge e então rodar o comando git merge:

+
+

Suponha que você decidiu que o trabalho na tarefa #53 está completo e pronto + para ser feito o merge no branch master. Para fazer isso, você fará o + merge do seu branch iss53, bem como o merge do branch hotfix + de antes. Tudo que você tem a fazer é executar o checkout do branch para + onde deseja fazer o merge e então rodar o comando git merge:

git checkout master -
git merge iss53
+
git merge iss53
@@ -490,17 +640,23 @@

git merge

git mergetool

-
-

Se você quer usar uma ferramenta gráfica para resolver esses problemas, você pode executar o seguinte comando que abre uma ferramenta visual de merge adequada e percorre os conflitos.

+
+

Se você quer usar uma ferramenta gráfica para resolver esses problemas, você + pode executar o seguinte comando que abre uma ferramenta visual de merge + adequada e percorre os conflitos.

git mergetool
Arquivos Temporários
-

git mergetool cria * .orig arquivos de backup ao resolver fusões. Estes são seguros para remover uma vez que um arquivo foi fundida e sua git mergetool sessão foi concluída.

+

git mergetool cria * .orig arquivos de backup ao resolver + fusões. Estes são seguros para remover uma vez que um arquivo foi fundida e + sua git mergetool sessão foi concluída.

@@ -508,14 +664,19 @@
Arquivos Temporários

git log

-
-

Depois que você tiver criado vários commits, ou se clonou um repositório com um histórico de commits existente, você provavelmente vai querer ver o que aconteceu. A ferramente mais básica e poderosa para fazer isso é o comando:

+
+

Depois que você tiver criado vários commits, ou se clonou um repositório com + um histórico de commits existente, você provavelmente vai querer ver o que + aconteceu. A ferramente mais básica e poderosa para fazer isso é o comando: +

git log
@@ -524,20 +685,34 @@

git log

git stash

-
-

Muitas vezes, quando você está trabalhando em uma parte do seu projeto, as coisas estão em um estado confuso e você quer mudar de branch por um tempo para trabalhar em outra coisa. O problema é, você não quer fazer o commit de um trabalho incompleto somente para voltar a ele mais tarde. A resposta para esse problema é o comando git stash. -
Você quer mudar de branch, mas não quer fazer o commit do que você ainda está trabalhando; você irá fazer o stash das modificações. Para fazer um novo stash na sua pilha, execute:

+
+

Muitas vezes, quando você está trabalhando em uma parte do seu projeto, as + coisas estão em um estado confuso e você quer mudar de branch por um tempo + para trabalhar em outra coisa. O problema é, você não quer fazer o commit de + um trabalho incompleto somente para voltar a ele mais tarde. A resposta para + esse problema é o comando git stash. +
Você quer mudar de branch, mas não quer fazer o commit do que você ainda + está trabalhando; você irá fazer o stash das modificações. Para fazer um + novo stash na sua pilha, execute:

git stash

Seu diretório de trabalho estará limpo. -
Neste momento, você pode facilmente mudar de branch e trabalhar em outra coisa; suas alterações estão armazenadas na sua pilha. Para ver as stashes que você guardou, você pode usar

+
Neste momento, você pode facilmente mudar de branch e trabalhar em outra + coisa; suas alterações estão armazenadas na sua pilha. Para ver as stashes + que você guardou, você pode usar

git stash list
-

Você pode aplicar aquele que acabou de fazer o stash com o comando mostrado na saída de ajuda do comando stash original: git stash apply. Se você quer aplicar um dos stashes mais antigos, você pode especificá-lo, assim: git stash apply stash@{2}. Se você não especificar um stash, Git assume que é o stash mais recente e tenta aplicá-lo.

+

Você pode aplicar aquele que acabou de fazer o stash com o comando mostrado + na saída de ajuda do comando stash original: git stash apply. Se você + quer aplicar um dos stashes mais antigos, você pode especificá-lo, assim: + git stash apply stash@{2}. Se você não especificar um stash, Git + assume que é o stash mais recente e tenta aplicá-lo.

@@ -545,19 +720,27 @@

git stash

git tag

-
-

Git tem a habilidade de criar tags em pontos específicos na história do código como pontos importantes. Geralmente as pessoas usam esta funcionalidade para marcar pontos de release (v1.0, e por aí vai). Nesta seção, você aprenderá como listar as tags disponíveis, como criar novas tags, e quais são os tipos diferentes de tags. +
+

Git tem a habilidade de criar tags em pontos específicos na história do + código como pontos importantes. Geralmente as pessoas usam esta + funcionalidade para marcar pontos de release (v1.0, e por aí vai). Nesta + seção, você aprenderá como listar as tags disponíveis, como criar novas + tags, e quais são os tipos diferentes de tags.
Para listar as tags execute:

git tag
-

Para criar uma tag basta executar o seguinte comando, caso não queira criar a tag anotada, somente retire os parâmetros -a e -m.

+

Para criar uma tag basta executar o seguinte comando, caso não queira + criar a tag anotada, somente retire os parâmetros -a e + -m.

git tag -a v1.4 -m 'my version 1.4'
@@ -573,18 +756,23 @@

Compartilhar e Atualizar Projetos

git fetch

-
+

Para pegar dados dos seus projetos remotos, você pode executar:

git fetch origin
-

Esse comando vai até o projeto remoto e pega todos os dados que você ainda não tem. Depois de fazer isso, você deve ter referências para todos os branches desse remoto, onde você pode fazer o merge ou inspecionar a qualquer momento.

+

Esse comando vai até o projeto remoto e pega todos os dados que você ainda + não tem. Depois de fazer isso, você deve ter referências para todos os + branches desse remoto, onde você pode fazer o merge ou inspecionar a + qualquer momento.

@@ -592,14 +780,20 @@

git fetch

git pull

-
-

Incorpora as alterações de um repositório remoto no branch atual. Em seu modo padrão, git pull é uma abreviação para git fetch seguido de git merge FETCH_HEAD. Por exemplo, se eu estiver em uma branch chamada develop e quiser atualizar caso haja atualizações remotamente:

+
+

Incorpora as alterações de um repositório remoto no branch atual. Em seu modo + padrão, git pull é uma abreviação para git fetch seguido de + git merge FETCH_HEAD. Por exemplo, se eu estiver em uma branch + chamada develop e quiser atualizar caso haja atualizações + remotamente:

git pull origin develop
@@ -610,19 +804,29 @@

git pull

git push

-
-

O git push é o comando em que você transfere commits a partir do seu repositório local para um repositório remoto. É a contrapartida do git fetch, que busca importações e comprometem as agências locais, utilizando o git push as exportações comprometem as filiais remotas. Para fazer isso, você executa git push [nome_do_repositório_remoto] [nome_da_sua_branch_local], que vai tentar fazer que o [nome_do_repositório_remoto] receba a sua branch [nome_da_sua_branch_local] contendo todos seus commits com alterações. Por exemplo:

+
+

O git push é o comando em que você transfere commits a partir do seu + repositório local para um repositório remoto. É a contrapartida do git + fetch, que busca importações e comprometem as agências locais, + utilizando o git push as exportações comprometem as filiais remotas. + Para fazer isso, você executa git push [nome_do_repositório_remoto] + [nome_da_sua_branch_local], que vai tentar fazer que o + [nome_do_repositório_remoto] receba a sua branch + [nome_da_sua_branch_local] contendo todos seus commits com + alterações. Por exemplo:

git push origin develop
-
+

git remote

@@ -825,8 +1029,9 @@

git write-tree

+ +
  • + Canalização de + Código
    • git cat-file
      • @@ -1041,16 +1252,20 @@

      git write-tree

      -
      Este site é Open Source e hospedado no GitHub. +
      Este site é Open Source e hospedado no GitHub.
      Pacotes, sugestões e comentários são bem vindos.
      -
      Developed by:Rafael Corrêa Gomes +
      Developed by:Rafael Corrêa Gomes +
      +
      ©2016 Comandosgit.github.io
      -
      ©2016 Comandosgit.github.io
      License MIT
      @@ -1065,11 +1280,11 @@

      git write-tree

      - + \ No newline at end of file