[svnbook-pt-br commit] r289 - trunk/book
codesite-noreply at google.com
codesite-noreply at google.com
Sun Nov 23 07:47:26 CST 2008
Author: mfandrade
Date: Sun Nov 23 05:46:57 2008
New Revision: 289
Modified:
trunk/book/ch05-repository-admin.xml
Log:
Revisão ortográfica automatizada (via aspell) do capítulo 1 - Administração
do Repositório.
Modified: trunk/book/ch05-repository-admin.xml
==============================================================================
--- trunk/book/ch05-repository-admin.xml (original)
+++ trunk/book/ch05-repository-admin.xml Sun Nov 23 05:46:57 2008
@@ -52,7 +52,7 @@
Windows Explorer) ou de ferramentas de navegação em sistemas de
arquivos baseadas em linha de comando, o repositório Subversion é
apenas outro diretório cheio de coisas. Existem alguns
- sub-diretórios que possuem arquivos de configuração que podem ser
+ subdiretórios que possuem arquivos de configuração que podem ser
lidos por humanos, e outros que não são tão fáceis de serem lidos,
e assim por diante. Como em outras áreas do projeto do
Subversion, modularidade tem grande importância, e a organização
@@ -191,7 +191,7 @@
antes de colocar seus dados no controle de versão. Planejando
conscientemente o <quote>leiaute</quote> do repositório, ou
repositórios, e seu conteúdo versionado antes do tempo, você
- pode previnir muitas dores-de-cabeça futuras.</para>
+ pode prevenir muitas dores de cabeça futuras.</para>
<para>Vamos assumir que como administrador de repositório você
será responsável pelo suporte do sistema de controle de versões
@@ -214,7 +214,7 @@
projetos podem ter diferentes requisitos em termos de gatilhos
de eventos, como por exemplo a necessidade de enviar
notificações de submissão para diferentes listas de e-mail, ou
- ter diferentes definições sobre o que constitui uma sumissão
+ ter diferentes definições sobre o que constitui uma submissão
correta. É claro que eles não são problemas
insuperáveis—somente significa que todos os seus scripts
de gatilho devem ser sensíveis ao leiaute do seu repositório ao
@@ -330,7 +330,7 @@
projetos que irão viver lá.</para>
<para>Em nome da revelação completa, no entanto, nós iremos
- mencionar outra forma muito comum de organizção. Nesse leiaute
+ mencionar outra forma muito comum de organização. Nesse leiaute
os diretórios <filename>trunk</filename>,
<filename>tags</filename> e <filename>branches</filename>
residem no diretório raiz do repositório e os projetos estão em
@@ -464,7 +464,7 @@
<entry>Sensibilidade a interrupções</entry>
<entry>grande; travamentos e problemas de permissões podem
deixar a base de dados <quote>quebrada</quote>,
- requerindo procedimentos para recuperação.</entry>
+ requirindo procedimentos para recuperação.</entry>
<entry>bastante insensível</entry>
</row>
<row>
@@ -475,7 +475,7 @@
<entry>sim</entry>
</row>
<row>
- <entry>Aramazenamento independente de plataforma</entry>
+ <entry>Armazenamento independente de plataforma</entry>
<entry>não</entry>
<entry>sim</entry>
</row>
@@ -520,7 +520,7 @@
<entry>geralmente lentas, mas o custo é pago ao longo da
vida da submissão</entry>
<entry>geralmente rápidas, mas atraso na finalização pode
- ocasionar timeouts no cliente</entry>
+ ocasionar <foreignphrase>timeouts</foreignphrase> no
cliente</entry>
</row>
</tbody>
</tgroup>
@@ -574,7 +574,7 @@
o código no repositório do Subversion tenha uma visão estática
da base de dados—e não uma base de dados que esteja
mudando constantemente nas mãos de alguns outros
- processoss—e possa tomar decisões baseadas no que vê.
+ processos—e possa tomar decisões baseadas no que vê.
Se uma decisão tomada parecer conflitar com o que outro
processo esteja fazendo, a operação inteira é desfeita como se
nunca tivesse acontecido, e o Subversion graciosamente irá
@@ -594,7 +594,7 @@
confiável quando utilizado adequadamente. O Subversion usa as
facilidades de registros de log do Berkeley DB, o que quer
dizer que a base de dados primeiro escreve uma descrição de
- quaisuqer modificações que estiver para fazer em seus arquivos
+ quaisquer modificações que estiver para fazer em seus arquivos
de log em disco, e só então realiza a modificação em si. Isto
é para garantir que se qualquer coisa der errado, o sistema da
base de dados pode se recuperar para um determinado
More information about the svn-pt_br
mailing list