diff --git a/.gitignore b/.gitignore index 94edaae9..804bb4ab 100644 --- a/.gitignore +++ b/.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/ diff --git a/book/01-introduction/sections/basics.asc b/book/01-introduction/sections/basics.asc index a7d72496..6e8f7696 100644 --- a/book/01-introduction/sections/basics.asc +++ b/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. diff --git a/book/04-git-server/sections/git-daemon.asc b/book/04-git-server/sections/git-daemon.asc index bf0eaf66..7f2fc760 100644 --- a/book/04-git-server/sections/git-daemon.asc +++ b/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] ---- diff --git a/book/04-git-server/sections/protocols.asc b/book/04-git-server/sections/protocols.asc index 47cfec66..9cf43195 100755 --- a/book/04-git-server/sections/protocols.asc +++ b/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