Incorporando sugestões 'canônico' e 'branch'

Author: flaviovisnardifilho

book/05-distributed-git/sections/distributed-workflows.asc

@@ -38,10 +38,10 @@ Com o modelo de ramificações do Git, é possível para centenas de desenvolved
 
 (((workflows, integration manager)))
 Como o Git permite ter múltiplos repositórios remotos, é possível ter um fluxo de trabalho onde cada desenvolvedor tem permissão de escrita para o seu próprio repositório, e permissão de leitura para o de todos os outros.
-Este cenário geralmente inclui um repositório sagrado que representa o projeto ``oficial''.
+Este cenário geralmente inclui um repositório canônico que representa o projeto ``oficial''.
 Para contribuir com este projeto, você cria seu próprio clone público do projeto e dá um push das suas modificações.
 Então você pode mandar um pedido para os coordenadores do projeto principal para aceitarem (_pull_) suas mudanças.
-Os coordenadores podem então adicionar seu repositório como um repositório remoto deles, testar suas mudanças localmente, mesclá-las (_merge_) nos respectivos ramos (_branch_) e publicar (_push) no repositório principal.
+Os coordenadores podem então adicionar seu repositório como um repositório remoto deles, testar suas mudanças localmente, mesclá-las (_merge_) nos respectivos branches e publicar (_push_) no repositório principal.
 O processo funciona assim (ver <<rwfdiag_b>>):
 
 1. Os coordenadores do projeto publicam no repositório público.