1.1 --- a/es/concepts.tex	Wed Nov 12 22:36:35 2008 -0500
     1.2 +++ b/es/concepts.tex	Fri Nov 14 00:09:26 2008 -0500
     1.3 @@ -231,27 +231,28 @@
     1.4  antes como después de la sección corrompida. Esto no sería posible con
     1.5  un sistema de almacenamiento basado únicamente en deltas.
     1.6  
     1.7 -\section{Revision history, branching,
     1.8 -  and merging}
     1.9 -
    1.10 -Every entry in a Mercurial revlog knows the identity of its immediate
    1.11 -ancestor revision, usually referred to as its \emph{parent}.  In fact,
    1.12 -a revision contains room for not one parent, but two.  Mercurial uses
    1.13 -a special hash, called the ``null ID'', to represent the idea ``there
    1.14 -is no parent here''.  This hash is simply a string of zeroes.
    1.15 -
    1.16 -In figure~\ref{fig:concepts:revlog}, you can see an example of the
    1.17 -conceptual structure of a revlog.  Filelogs, manifests, and changelogs
    1.18 -all have this same structure; they differ only in the kind of data
    1.19 -stored in each delta or snapshot.
    1.20 -
    1.21 -The first revision in a revlog (at the bottom of the image) has the
    1.22 -null ID in both of its parent slots.  For a ``normal'' revision, its
    1.23 -first parent slot contains the ID of its parent revision, and its
    1.24 -second contains the null ID, indicating that the revision has only one
    1.25 -real parent.  Any two revisions that have the same parent ID are
    1.26 -branches.  A revision that represents a merge between branches has two
    1.27 -normal revision IDs in its parent slots.
    1.28 +\section{Historial de revisiones, ramas y fusiones}
    1.29 +
    1.30 +Cada entrada en el revlog de Mercurial conoce la identidad de la
    1.31 +revisión de su ancestro inmediato, al que se conoce usualmente como su
    1.32 +\emph{padre}. De hecho, una revisión contiene sitio no sólo para un
    1.33 +padre, sino para dos. Mercurial usa un hash especial, llamado el
    1.34 +``ID nulo'', para representar la idea de ``no hay padre aquí''. Este
    1.35 +hash es simplemente una cadena de ceros.
    1.36 +
    1.37 +En la figura~\ref{fig:concepts:revlog} usted puede ver un ejemplo de
    1.38 +la estructura conceptual de un revlog. Los ficheros de registro,
    1.39 +manifiestos, y bitácoras de cambios comparten la misma estructura;
    1.40 +sólo difieren en el tipo de datos almacenados en cada delta o
    1.41 +instantánea.
    1.42 +
    1.43 +La primera revisión en un revlog (al final de la imagen) tiene como
    1.44 +padre al ID nulo, en las dos ranuras disponibles para padres. En una
    1.45 +revisión normal, la primera ranura para padres contiene el ID de la
    1.46 +revisión padre, y la segunda contiene el ID nulo, señalando así que la
    1.47 +revisión sólo tiene un padre real. Un par de revisiones que tenga el
    1.48 +mismo ID padre son ramas. Una revisión que representa una fusión entre
    1.49 +ramas tiene dos IDs de revisión normales en sus ranuras para padres.
    1.50  
    1.51  \begin{figure}[ht]
    1.52    \centering