hgbook

changeset 510:98fb436b58c1

corrected some typos
author Javier Rojas <jerojasro@devnull.li>
date Mon Jan 12 22:25:40 2009 -0500 (2009-01-12)
parents e98a8c3afcef
children 459dc19bdd98
files es/intro.tex
line diff
     1.1 --- a/es/intro.tex	Mon Jan 12 19:45:41 2009 -0500
     1.2 +++ b/es/intro.tex	Mon Jan 12 22:25:40 2009 -0500
     1.3 @@ -88,11 +88,11 @@
     1.4  nombres comunes y acrónimos que se podrían encontrar:
     1.5  \begin{itemize}
     1.6  \item Control de revisiones (RCS)
     1.7 -\item Manejo de Configuraciones de Programas(SCM), o administracón de
     1.8 +\item Manejo de Configuraciones de Programas (SCM), o administracón de
     1.9    configuraciones
    1.10  \item Administración de código fuente
    1.11  \item Control de Código Fuente, o Control de Fuentes
    1.12 -\item Control de Versiones(VCS)
    1.13 +\item Control de Versiones (VCS)
    1.14  \end{itemize}
    1.15  Algunas personas aducen que estos términos tienen significados
    1.16  diversos, pero en la práctica se sobrelapan tanto que no hay una
    1.17 @@ -102,7 +102,7 @@
    1.18  
    1.19  La herramienta de control de revisiones más antigua conocida es SCCS 
    1.20  (Sistema de Control de Código), escrito por Marc Rochkind en Bell
    1.21 -Labs, a comienzos de los setentas(1970s).  SCCS operaba sobre ficheros
    1.22 +Labs, a comienzos de los setentas (1970s).  SCCS operaba sobre ficheros
    1.23  individuales, y requería que cada persona que trabajara en el proyecto
    1.24  tuviera acceso a un espacio compartido en un solo sistema.  Solamente
    1.25  una persona podía modificar un fichero en un momento dado; el
    1.26 @@ -113,7 +113,7 @@
    1.27  administrador.
    1.28  
    1.29  Walter Tichy desarrolló una alternativa gratuita a SCCS a comienzos
    1.30 -de los ochentas(1980s); llamó a su programa RCS (Sistema de Control de
    1.31 +de los ochentas (1980s); llamó a su programa RCS (Sistema de Control de
    1.32  Revisiones).  Al igual que SCCS, RCS requería que los desarrolladores
    1.33  trabajaran en un único espacio compartido y colocaran candados a los
    1.34  ficheros para evitar que varias personas los modificaran
    1.35 @@ -440,8 +440,8 @@
    1.36  Adicionalmente, Subversion tiene un sobrecosto considerable en
    1.37  almacenamiento para evitar transacciones por red en algunas
    1.38  operaciones,
    1.39 -tales como encontrar ficheros modificados(\texttt{status}) y desplegar
    1.40 -información frente a la revisión actual(\texttt{diff}).  Como
    1.41 +tales como encontrar ficheros modificados (\texttt{status}) y desplegar
    1.42 +información frente a la revisión actual (\texttt{diff}).  Como
    1.43  resultado, la copia de trabajo de Subversion termina siendo del mismo
    1.44  tamaño o más grande que un repositorio de Mercurial y el directorio de
    1.45  trabajo, a pesar de que el repositorio de Mercurial contiene la