X-Git-Url: http://git.cascardo.info/?p=cursogit.git;a=blobdiff_plain;f=Colaborando_com_Git.mdwn;fp=Colaborando_com_Git.mdwn;h=0172b2ef6643df8d493035d0ebf6f214777012d7;hp=f9f96c8ceb36a9a70fe17719e2649e2203baade3;hb=5761e99dc40b7e27d6e8d4d89f839a4683ed4155;hpb=d5dc76ed1aff30486e9cf981b3e203d2d0431e72

diff --git a/Colaborando_com_Git.mdwn b/Colaborando_com_Git.mdwn
index f9f96c8..0172b2e 100644
--- a/Colaborando_com_Git.mdwn
+++ b/Colaborando_com_Git.mdwn
@@ -154,3 +154,28 @@ branch local é importante para comandos como git push e git pull, que
 veremos logo mais.
 
 ## Publicando um repositório
+
+Vimos como trabalhar com um repositório remoto, obtendo seus commits
+para trablharmos localmente. No entanto, o caminho reverso é necessário
+para publicarmos os commits locais para que outros possam trabalhar com
+eles.
+
+Há várias formas de fazê-lo. Veremos aqui algumas delas, utilizando um
+host próprio, que seja acessível ao público alvo, através de SSH, HTTP
+ou git daemon.
+
+Publicar através de SSH é simples de ser feito, mas tem algumas
+implicações. Entre elas é o acesso exigido a um shell no host para os
+usuários, dificultando acesso anônimo e criando um novo problema de
+segurança a ser resolvido. A outra implicação é que o acesso por
+múltiplos usuários a um mesmo repositório exige um cuidado especial para
+evitar problemas de permissão quando um usuário publica novos commits e
+outros objetos. Há algumas soluções que resolvem alguns desses
+problemas, criando um shell e um usuário especial para uso dedicado a
+repositórios Git. Veremos, no entanto, apenas a solução mais comum, que
+não exige outro software instalado no host, além de Git.
+
+Uma excelente forma de utilizar a publicação via SSH é disponibilizá-la
+de forma somente leitura através de outros métodos, e ter um único
+usuário que possa atualizá-lo, o que resolve vários dos problemas já
+mencionados.