Corrigido cap04.Rmd

cap04.Rmd

@@ -19,12 +19,12 @@ versionados. No entanto, o uso do Git até então foi apenas local. Os
 arquivos eram mantidos na sua máquina de trabalho e disponíveis só para
 você.
 
-Os recursos do Git, como o desenvolvimento em *branches*, permite que
+Os recursos do Git, como o desenvolvimento em *branches*, permitem que
 vários segmentos sejam conduzidos de forma independente e no futuro,
 quando apropriado, reunidos em um único *branch*. Isso é exatamente o
 que precisamos para trabalhar em equipe, certo? Se cada colaborador
 pudesse ter um ramo separado do projeto para trabalhar, todos poderiam
-trabalhar simultaneamente. Quando oportuno, bastaria fazer merges para
+trabalhar simultaneamente. Quando oportuno, bastaria fazer *merges* para
 reunir o trabalho. A questão é: como deixar o projeto disponível para os
 colaboradores?
 
@@ -85,7 +85,7 @@ git init                  git --bare init
 +-- README.md
 \end{verbatim}
 
-Uma vez iniciado o repositório no servidor, todo trabalho passa ser
+Uma vez iniciado o repositório no servidor, todo trabalho passa a ser
 local. É a vez de adicionar o endereço do diretório no servidor e
 transferir arquivos.
 
@@ -108,7 +108,7 @@ ping google.com
 ping cran.r-project.org
 ```
 
-Normalmente, servidores de escritório não tem um endereço nominal,
+Normalmente, servidores de escritório não têm um endereço nominal,
 apenas o IP (numérico). É necessário registrar domínio para ter
 nominal.
 
@@ -179,7 +179,7 @@ ssh eu@111.22.333.44\
 
 # Repositório remoto coletivo
 
-A única diferença é recomendamos a você criar um novo usuário e
+Recomenda-se criar um novo usuário e
 adicionar as chaves públicas de todos os membros. Evite adicionar chaves
 públicas para usuários na sua conta porque isso expõe seus documentos,
 alguma operação desastrosa por parte de alguém pode comprometê-los. Por
@@ -191,7 +191,7 @@ arquivo `id_rsa.pub`. Depois você adiciona cada chave ao
 `authorized_keys` de conta `gitusers`. Com chaves autorizadas, os
 colaboradores podem transferir arquivos, podem logar no servidor mas não
 podem instalar nada, a menos que você passe a senha do usuário
-`gitusers`. Para crias usuários no servidor, você precisa de privilégios
+`gitusers`. Para criar usuários no servidor, você precisa de privilégios
 de *admin*.
 
 ```{r, engine="bash", eval=FALSE}
@@ -202,7 +202,7 @@ ssh eu@servidor
 sudo adduser gitusers
 ```
 
-Vamos assumir que você têm os arquivos `*.pub` dos colaboradores no
+Vamos assumir que você tem os arquivos `*.pub` dos colaboradores no
 diretório `/chaves` devidamente identificados pelo nome deles. O comando
 abaixo acrescenta as chaves deles uma embaixo da outra no
 `authorized_keys`.
@@ -254,7 +254,7 @@ git clone git@gitlab.c3sl.ufpr.br:pet-estatistica/TesteClone.git DirTeste
 
 Após clonar e realizar contribuições ao projeto, você pode enviá-los
 para o repositório remoto. Estes arquivos, após o `Git push`, estarão
-prontos para serem integrados ao projeto com o `merge`.  Usado para
+prontos para serem integrados ao projeto com o `merge`, usado para
 transferência de arquivos entre repositório local e o servidor
 remoto. Como o nome já diz, o comando empurra os arquivos para o
 servidor remoto.  No exemplo abaixo enviaremos a ramificação `Branch
@@ -331,7 +331,7 @@ git remote -v
 
 O comando `git remote add` adiciona um repositório remoto. No exemplo a
 seguir será adicionado um repositório chamado **MeuRepo** ao qual será
-vinculado a URL
+vinculado à URL
 `git@gitlab.c3sl.ufpr.br:pet-estatistica/apostila-git.git`. Usaremos
 como exemplo o projeto **Apostila-git**.
 
@@ -344,7 +344,7 @@ git remote add MeuRepo \
 git remote -v
 ```
 
-Pare acessar localmente o branch master do projeto **Apostila-git** será
+Para acessar localmente o branch master do projeto **Apostila-git** será
 usado `MeuRepo/master`.
 
 ## Obtendo informações de um Remoto 
@@ -357,10 +357,10 @@ comando `git remote show`, que retornará a URL e os `branches`.
 git remote show origin
 ```
 
-## Renomeado Remotos 
+## Renomeando Remotos 
 
 O comando `git remote rename` pode modificar o nome de um repositório
-remoto. A seguir o repositório `MeuRepo`será renomeado para
+remoto. A seguir o repositório `MeuRepo` será renomeado para
 `RenameRepo`.
 
 **Exemplo:**
@@ -370,7 +370,7 @@ git remote rename MeuRepo RenameRepo
 
 ## Removendo Remotos 
 
-Para remover remotos é utilizado o comando `git remote rm`, agora será
+Para remover remotos é utilizado o comando `git remote rm`. Com isso, será
 removido o repositório renomeado anteriormente `RenameRepo`.
 
 **Exemplo:**
@@ -448,9 +448,9 @@ Acima foi criado um repositório limpo `MeuRepo.git`, no qual está
 armazenada a cópia de todos os arquivos do diretório Git.
 
 Após este primeiro passo o repositório limpo será colocado no Servidor e
-configurado os protocolos.  No exemplo abaixo, supondo que você tem
-configurado um servidor `git.servidor.com`, e um diretório `/dir/git`no
-qual você quer armazenar seus repositórios. Ao copiar o seu repositório
+configurados os protocolos.  No exemplo abaixo, supondo que você tem
+configurado um servidor `git.servidor.com` e um diretório `/dir/git` no
+qual você queira armazenar seus repositórios. Ao copiar o seu repositório
 limpo, você pode configurar seu novo repositório.
 
 **Exemplo:**
@@ -497,7 +497,7 @@ visitar o site
 [https://gitlab.c3sl.ufpr.br/profile/keys](https://gitlab.c3sl.ufpr.br/profile/keys)
 e clicar em
 [Add SSH Key](https://gitlab.c3sl.ufpr.br/profile/keys/new). É
-necessário escrever um título para a sua nova chave, no campo `key`
+necessário escrever um título para a sua nova chave, no campo `key`, 
 colar o texto copiado do arquivo `id_rsa.pub` e adicionar sua nova
 chave.
 
@@ -524,7 +524,7 @@ mkdir .ssh
 ```
 
 Agora, você terá um arquivo chamado `authorized_keys` onde será
-adicionado uma chave pública de algum desenvolvedor. Após obter chaves
+adicionada uma chave pública de algum desenvolvedor. Após obter chaves
 de alguns usuários, você pode salvá-las no arquivo `authorized_keys`,
 como no exemplo a seguir.
 
@@ -550,7 +550,7 @@ cd NovoProjeto.git
 git -bare init
 ```
 
-Agora os usuários, cujas chaves foram salvas no arquivo
+Agora, os usuários, cujas chaves foram salvas no arquivo
 `authorized_keys` podem compartilhar arquivos no repositório com os
 comando `git init`, `git add`, `git commit`, `git remote add` e `git
 push origin master`.