Pequenas Correções (#92)

Author: rickserraglia

book/03-git-branching/sections/remote-branches.asc

@@ -62,7 +62,7 @@ image::images/remote-branches-5.png[Remote tracking branch for `teamone/master`.
 (((pushing)))
 Quando você deseja compartilhar um branch com o mundo, você precisa transferi-lo para um servidor remoto ao qual você tenha acesso de gravação.
 Seus branches locais não são sincronizados automaticamente com os branches remotos para os quais você escreve - você tem que empurrar explicitamente os branches que deseja compartilhar.
-Dessa forma, você pode usar branches privados para o trabalho que não deseja compartilhar e fazer o push apenas dos brnaches de tópicos nos quais deseja colaborar.
+Dessa forma, você pode usar branches privados para o trabalho que não deseja compartilhar e fazer o push apenas dos branches de tópicos nos quais deseja colaborar.
 
 Se você tem um branch chamado `serverfix` que deseja trabalhar com outros, pode enviá-lo da mesma forma que fez o push do primeiro branch.
 Execute `git push <remote> <branch>`:(((git commands, push)))
@@ -211,13 +211,6 @@ $ git fetch --all; git branch -vv
 ==== Fazendo o Pull
 
 (((pulling)))
-While the `git fetch` command will fetch down all the changes on the server that you don't have yet, it will not modify your working directory at all.
-It will simply get the data for you and let you merge it yourself.
-However, there is a command called `git pull` which is essentially a `git fetch` immediately followed by a `git merge` in most cases.
-If you have a tracking branch set up as demonstrated in the last section, either by explicitly setting it or by having it created for you by the `clone` or `checkout` commands, `git pull` will look up what server and branch your current branch is tracking, fetch from that server and then try to merge in that remote branch.
-
-Generally it's better to simply use the `fetch` and `merge` commands explicitly as the magic of `git pull` can often be confusing.
-
 Embora o comando `git fetch` baixe todas as alterações no servidor que você ainda não tem, ele não modificará seu diretório de trabalho.
 Ele simplesmente obterá os dados para você e permitirá que você mesmo os mescle.
 No entanto, existe um comando chamado `git pull` que é essencialmente um `git fetch` seguido imediatamente por um `git merge` na maioria dos casos.

book/03-git-branching/sections/workflows.asc

@@ -54,7 +54,7 @@ Agora, digamos que você decida que prefere a segunda solução para o seu probl
 Você pode descartar o branch `iss91` original (perdendo commits `C5` e `C6`) e mesclar os outros dois.
 Seu histórico será assim:
 
-.Histório após mesclar `dumbidea` and `iss91v2`
+.Histórico após mesclar `dumbidea` and `iss91v2`
 image::images/topic-branches-2.png[History after merging `dumbidea` and `iss91v2`.]
 
 Iremos entrar em mais detalhes sobre os vários fluxos de trabalho possíveis para seu projeto Git em <<ch05-distributed-git#ch05-distributed-git>>, portanto, antes de decidir qual esquema de ramificação seu próximo projeto usará, certifique-se de ler esse capítulo.