1.1 --- a/es/Leame.1st	Thu Nov 13 23:09:45 2008 -0500
     1.2 +++ b/es/Leame.1st	Fri Nov 14 00:09:26 2008 -0500
     1.3 @@ -103,7 +103,7 @@
     1.4  || tour-merge.tex  || Javier Rojas  ||    100%    || 28/10/2008 ||  03/11/2008 ||
     1.5  || concepts.tex    || Javier Rojas  ||     32%    || 03/11/2008 ||             ||
     1.6  || intro.tex	   || Igor Támara   ||	  100%	  || 08/11/2008	||  09/11/2008 ||
     1.7 -|| collab.tex      || Igor Támara   ||     30%    || 10/11/2008 ||             ||
     1.8 +|| collab.tex      || Igor Támara   ||     39%    || 10/11/2008 ||             ||
     1.9  
    1.10  == Archivos en proceso de revisión ==
    1.11  ||'''archivo'''   || '''revisor''' ||'''Estado'''||'''Inicio'''||  '''Fin'''  ||

     2.1 --- a/es/concepts.tex	Thu Nov 13 23:09:45 2008 -0500
     2.2 +++ b/es/concepts.tex	Fri Nov 14 00:09:26 2008 -0500
     2.3 @@ -231,27 +231,28 @@
     2.4  antes como después de la sección corrompida. Esto no sería posible con
     2.5  un sistema de almacenamiento basado únicamente en deltas.
     2.6  
     2.7 -\section{Revision history, branching,
     2.8 -  and merging}
     2.9 -
    2.10 -Every entry in a Mercurial revlog knows the identity of its immediate
    2.11 -ancestor revision, usually referred to as its \emph{parent}.  In fact,
    2.12 -a revision contains room for not one parent, but two.  Mercurial uses
    2.13 -a special hash, called the ``null ID'', to represent the idea ``there
    2.14 -is no parent here''.  This hash is simply a string of zeroes.
    2.15 -
    2.16 -In figure~\ref{fig:concepts:revlog}, you can see an example of the
    2.17 -conceptual structure of a revlog.  Filelogs, manifests, and changelogs
    2.18 -all have this same structure; they differ only in the kind of data
    2.19 -stored in each delta or snapshot.
    2.20 -
    2.21 -The first revision in a revlog (at the bottom of the image) has the
    2.22 -null ID in both of its parent slots.  For a ``normal'' revision, its
    2.23 -first parent slot contains the ID of its parent revision, and its
    2.24 -second contains the null ID, indicating that the revision has only one
    2.25 -real parent.  Any two revisions that have the same parent ID are
    2.26 -branches.  A revision that represents a merge between branches has two
    2.27 -normal revision IDs in its parent slots.
    2.28 +\section{Historial de revisiones, ramas y fusiones}
    2.29 +
    2.30 +Cada entrada en el revlog de Mercurial conoce la identidad de la
    2.31 +revisión de su ancestro inmediato, al que se conoce usualmente como su
    2.32 +\emph{padre}. De hecho, una revisión contiene sitio no sólo para un
    2.33 +padre, sino para dos. Mercurial usa un hash especial, llamado el
    2.34 +``ID nulo'', para representar la idea de ``no hay padre aquí''. Este
    2.35 +hash es simplemente una cadena de ceros.
    2.36 +
    2.37 +En la figura~\ref{fig:concepts:revlog} usted puede ver un ejemplo de
    2.38 +la estructura conceptual de un revlog. Los ficheros de registro,
    2.39 +manifiestos, y bitácoras de cambios comparten la misma estructura;
    2.40 +sólo difieren en el tipo de datos almacenados en cada delta o
    2.41 +instantánea.
    2.42 +
    2.43 +La primera revisión en un revlog (al final de la imagen) tiene como
    2.44 +padre al ID nulo, en las dos ranuras disponibles para padres. En una
    2.45 +revisión normal, la primera ranura para padres contiene el ID de la
    2.46 +revisión padre, y la segunda contiene el ID nulo, señalando así que la
    2.47 +revisión sólo tiene un padre real. Un par de revisiones que tenga el
    2.48 +mismo ID padre son ramas. Una revisión que representa una fusión entre
    2.49 +ramas tiene dos IDs de revisión normales en sus ranuras para padres.
    2.50  
    2.51  \begin{figure}[ht]
    2.52    \centering