cambio de 'ordenador' a 'computador'

.gitignore

@@ -1,5 +1,7 @@
 output
 .DS_Store
+.classpath
+.project
 
 # build artifacts
 progit.html
@@ -9,3 +11,4 @@ progit.epub
 progit-kf8.epub
 progit.mobi
 /images/
+/bin/

book/01-introduction/sections/basics.asc

@@ -18,7 +18,7 @@ Esta es una diferencia importante entre Git y prácticamente todos los demás VC
 
 ==== Casi todas las operaciones son locales
 
-La mayoría de las operaciones en Git sólo necesitan archivos y recursos locales para funcionar.  Por lo general no se necesita información de ningún otro ordenador de tu red.  Si estás acostumbrado a un CVCS donde la mayoría de las operaciones tienen el costo adicional del retardo de la red, este aspecto de Git te va a hacer pensar que los dioses de la velocidad han bendecido Git con poderes sobrenaturales.  Debido a que tienes toda la historia del proyecto ahí mismo, en tu disco local, la mayoría de las operaciones parecen prácticamente inmediatas.
+La mayoría de las operaciones en Git sólo necesitan archivos y recursos locales para funcionar.  Por lo general no se necesita información de ningún otro computador de tu red.  Si estás acostumbrado a un CVCS donde la mayoría de las operaciones tienen el costo adicional del retardo de la red, este aspecto de Git te va a hacer pensar que los dioses de la velocidad han bendecido Git con poderes sobrenaturales.  Debido a que tienes toda la historia del proyecto ahí mismo, en tu disco local, la mayoría de las operaciones parecen prácticamente inmediatas.
 
 Por ejemplo, para navegar por la historia del proyecto, Git no necesita conectarse al servidor para obtener la historia y mostrártela - simplemente la lee directamente de tu base de datos local.  Esto significa que ves la historia del proyecto casi instantáneamente.  Si quieres ver los cambios introducidos en un archivo entre la versión actual y la de hace un mes, Git puede buscar el archivo hace un mes y hacer un cálculo de diferencias localmente, en lugar de tener que pedirle a un servidor remoto que lo haga u obtener una versión antigua desde la red y hacerlo de manera local.
 

book/04-git-server/sections/git-daemon.asc

@@ -10,7 +10,7 @@ público en la red.
 Si activas el protocolo en un servidor más allá del cortafuegos, lo debes
 usar únicamente en proyectos que deban ser visibles a todo el mundo. Si
 el servidor está detrás de un cortafuegos, puedes usarlo en proyectos a los
-que un gran número de personas o de ordenadores (por ejemplo, servidores de
+que un gran número de personas o de computadores (por ejemplo, servidores de
 integración continua o de compilación) tengan acceso de sólo lectura y no
 necesiten establecer una clave SSH para cada uno de ellos.
 
@@ -31,7 +31,7 @@ el puerto 9418 para la máquina donde estás configurando el demonio Git.
 
 Este proceso se puede demonizar de diferentes maneras, dependiendo del sistema
 operativo con el que trabajas. En una máquina Ubuntu, puedes usar un script
-de arranque. Poniendo en el siguiente archivo: 
+de arranque. Poniendo en el siguiente archivo:
 
 [source,console]
 ----

book/04-git-server/sections/protocols.asc

@@ -12,7 +12,7 @@ El más básico es el _Protocolo Local_, donde el repositorio remoto es
 simplemente otra carpeta en el disco. Se utiliza habitualmente cuando todos los
 miembros del equipo tienen acceso a un mismo sistema de archivos, como por
 ejemplo un punto de montaje NFS, o en el caso menos frecuente de que todos se
-conectan al mismo ordenador. Aunque este último caso no es precisamente el
+conectan al mismo computador. Aunque este último caso no es precisamente el
 ideal, ya que todas las instancias del repositorio estarían en la misma máquina;
 aumentando las posibilidades de una pérdida catastrófica.
 
@@ -87,7 +87,7 @@ Cabe destacar también que una carpeta compartida no es precisamente la opción
 más rápida. Un repositorio local es rápido solamente en aquellas ocasiones en
 que tienes un acceso rápido a él. Normalmente un repositorio sobre NFS es más
 lento que un repositorio SSH en el mismo servidor, asumiendo que las pruebas se
-hacen con Git sobre discos locales en ambos casos. 
+hacen con Git sobre discos locales en ambos casos.
 
 ==== Protocolos HTTP
 
@@ -97,7 +97,7 @@ HTTP y normalmente en sólo lectura. Con la llegada de la versión 1.6.6 se
 introdujo un nuevo protocolo más inteligente que involucra a Git para negociar
 la transferencia de datos de una manera similar a como se hace con SSH.
 En los últimos años, este nuevo protocolo basado en HTTP se ha vuelto muy
-popular puesto que es más sencillo para el usuario y también más inteligente. 
+popular puesto que es más sencillo para el usuario y también más inteligente.
 Nos referiremos a la nueva versión como el HTTP ``Inteligente'' y llamaremos
 a la versión anterior el HTTP ``tonto''. Comenzaremos primero con el protocolo HTTP ``Inteligente''.
 
@@ -140,7 +140,7 @@ $ chmod a+x hooks/post-update
 ----
 
 Y esto es todo.(((hooks, post-update)))
-El punto de enganche `post-update` que trae Git de manera predeterminada 
+El punto de enganche `post-update` que trae Git de manera predeterminada
 ejecuta el comando adecuado (`git update-server-info`) para hacer que las
 operaciones de clonado o recuperación (fetch) funcionen de forma adecuada.
 Este comando se ejecuta cuando se envían cambios (push) al repositorio