Gestión de versiones con Git - Historial de revisiones

Benavides: /* Comenzando un repositorio */

2014-10-15T15:00:45Z

‎Comenzando un repositorio

Pneira: /* Diferencias entre git y subversion */ mejoras

2013-10-22T19:24:22Z

‎Diferencias entre git y subversion: mejoras

Pneira: /* Órdenes básicas */ mejoras

2013-10-22T19:22:43Z

‎Órdenes básicas: mejoras

Pneira: /* Órdenes básicas */ reparar problema en ejemplo de git clone

2013-10-22T19:12:29Z

‎Órdenes básicas: reparar problema en ejemplo de git clone

Pneira: /* Órdenes básicas */ añadir clone

2013-10-22T19:11:57Z

‎Órdenes básicas: añadir clone

Lorruimor en 15:26 15 oct 2013

2013-10-15T15:26:19Z

Ferguatol en 14:33 15 oct 2013

2013-10-15T14:33:39Z

Pneira: /* Órdenes básicas */ arreglar apariencia de órdenes de ejemplo

2013-10-15T10:30:27Z

‎Órdenes básicas: arreglar apariencia de órdenes de ejemplo

Pneira: /* Introducción histórica */ referencia a bitkeeper

2013-10-15T10:27:19Z

‎Introducción histórica: referencia a bitkeeper

Pneira: artículo inicial sobre git

2013-10-15T10:26:57Z

artículo inicial sobre git

Página nueva

[http://git-scm.com Git] es un sistema de versiones inicialmente diseñado y desarrollado por [http://es.wikipedia.org/Linus_Torvalds Linus Torvalds] con el fin de ofrecer un sistema de versiones distribuido y eficiente para el núcleo de [http://es.wikipedia.org/Linux Linux], empleado hoy día en los populares sistemas operativos [http://es.wikipedia.org/Android Android] y [http://es.wikipedia.org/Ubuntu Ubuntu].

= Introducción histórica =

[http://git-scm.com Git] fue elaborado para reemplazar a [http://en.wikipedia.org/wiki/BitKeeper], un sistema de versiones no libre que se empleaba para la gestión de versiones del núcleo de [http://es.wikipedia.org/Linux Linux].

= Órdenes básicas =

* ''init'', para iniciar un repositorio, dentro de la carpeta en la que se quiere realizar la gestión de versiones.

<syntaxhighlight lang="c">
git init
</syntaxhighligh>

Esto crea una carpeta de control .git, con toda la metainformación necesaria para que git sea operativo.

* ''status'', permite saber el estado en el que se encuentra el repositorio.

<syntaxhighlight lang="c">
git status
# On branch master
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# ejemplo.py
nothing added to commit but untracked files present (use "git add" to track)
</syntaxhighlight>

* ''add'', para añadir ficheros y contenido que se pretende versionar:

<syntaxhighlight lang="c">
git add ejemplo.py
</syntaxhighligh>

Tras esto ''status'' indica:

<syntaxhighlight lang="c">
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# new file: ejemplo.py
</syntaxhighlight>

* ''commit'', para aplicar los cambios. Requiere un mensaje en el que la primera línea está reservada al título y las siguientes a la descripción. No envía ningún tipo de información por la red.

<syntaxhighlight lang="c">
git commit -a
</syntaxhighlight>

La opción ''-a'' sirve para indicar que se añada también todo lo pendiente de cambios (ficheros modificados).

* ''push'', envía los cambios acumulados al repositorio de origen (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).

* ''pull'', recupera los cambios acumulados en un repositorio (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).

* ''clone'', genera un repositorio copia de otro repositorio de origen (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).

<syntaxhighlight lang="c">
git clone git://git.netfilter.org/iptables
</syntaxhighligh>

= Diferencias entre git y subversion =

Las dos principales diferencias son:

* git permite configuraciones completamente distribuidas, mientras que subversion sólo permite configuraciones centralizadas.
* git no requiere conectividad permanente a la red.

Para los que están familiarizados con [http://subversion.tigris.org subversion], está disponible la siguiente documentación en el que se muestran las principales diferencias [http://git.or.cz/course/svn.html Git - SVN Crash Course].

@@ Línea 29: / Línea 29: @@
 El ejemplo anterior muestra el contenido de la carpeta, en ella hay un fichero ''ejemplo.py'' que no está siendo versionado.
-Para añadir ficheros y contenido que se pretende versionar se usa la orden''add'':
+Para añadir ficheros y contenido que se pretende versionar se usa la orden ''add'':
 <source lang="c">

@@ Línea 5: / Línea 5: @@
 [http://git-scm.com Git] fue elaborado para reemplazar a [http://en.wikipedia.org/wiki/BitKeeper Bitkeeper], un sistema de versiones no libre que se empleaba para la gestión de versiones del núcleo de [http://es.wikipedia.org/Linux Linux].
-= Órdenes básicas =
+= Comenzando un repositorio =
-* ''init'', para iniciar un repositorio, dentro de la carpeta en la que se quiere realizar la gestión de versiones.
+La orden ''init'' se usa iniciar un repositorio, dentro de la carpeta en la que se quiere realizar la gestión de versiones.
 <source lang="c">
@@ Línea 13: / Línea 13: @@
 </source>
-Esto crea una carpeta de control .git, con toda la metainformación necesaria para que git sea operativo.
+Esto crea una carpeta de control .git, con toda la metainformación necesaria para que git sea operativo. A partir de este momento, git está preparado para hacer el ''tracking'' del contenido.
-* ''clone'', para obtener una copia de un repositorio remoto. Por ejemplo:
+La orden ''status'' nos permite saber el estado en el que se encuentra el repositorio.
 <source lang="c">
@@ Línea 33: / Línea 27: @@
 </source>
-* ''add'', para añadir ficheros y contenido que se pretende versionar:
+El ejemplo anterior muestra el contenido de la carpeta, en ella hay un fichero ''ejemplo.py'' que no está siendo versionado.
 <source lang="c">
@@ Línea 49: / Línea 45: @@
 </source>
-* ''commit'', para aplicar los cambios. Requiere un mensaje en el que la primera línea está reservada al título y las siguientes a la descripción. No envía ningún tipo de información por la red.
+La orden ''commit'' se emplea para aplicar los cambios, en este caso la inclusión de un nuevo fichero. Requiere un mensaje en el que la primera línea está reservada al título y las siguientes a la descripción. Esta orden '''no envía''' ningún tipo de información por la red, es decir, los cambios aplicados permanecen en local.
 <source lang="c">
@@ Línea 57: / Línea 53: @@
 La opción ''-a'' sirve para indicar que se añada también todo lo pendiente de cambios (ficheros modificados).
-* ''push'', envía los cambios acumulados al repositorio de origen (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).
+La orden ''log'', muestra los cambios más recientes en el repositorio. Por defecto muestra la ''id'' del ''commit'' junto con el autor, la fecha y la descripción completa. Esto se puede modificar añadiendo el comando '''--oneline''' para que muestre solo el titulo del ''commit''.
-* ''pull'', recupera los cambios acumulados en un repositorio (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).
+Cuando vamos a trabajar con un repositorio git ya existente empleamos ''clone''. Esta orden genera un repositorio copia de otro repositorio de origen (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente). Por ejemplo:
-* ''clone'', genera un repositorio copia de otro repositorio de origen (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).
+<source lang="bash">
-* ''log'', muestra los cambios más recientes en el repositorio. Por defecto muestra la ''id'' del ''commit'' junto con el autor, la fecha y la descripción completa. Esto se puede modificar añadiendo el comando '''--oneline''' para que muestre solo el titulo del ''commit''.
+Para enviar los cambios al servidor remoto, empleamos la orden ''push'' que envía los cambios acumulados al repositorio de origen (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).
+Para recibir actualizaciones del servidor remoto puedes emplear la orden ''pull'', que recupera los cambios acumulados en un repositorio (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).
 = Diferencias entre git y subversion =

@@ Línea 17: / Línea 17: @@
 * ''clone'', para obtener una copia de un repositorio remoto. Por ejemplo:
-<source lang="sh">
+<source lang="bash">
 git clone https://github.com/bitsandbooks/py-fibonacci.git
 </source>

@@ Línea 69: / Línea 69: @@
 = Diferencias entre git y subversion =
-Las dos principales diferencias son:
+Para los que estén familiarizados con subversion, las dos principales diferencias entre estas dos herramientas son las siguientes:
 * git permite configuraciones completamente distribuidas, mientras que subversion sólo permite configuraciones centralizadas.
-* git no requiere conectividad permanente a la red.
+* git no requiere conectividad permanente a la red. La operación de ''commit'' está desacoplada de la operación de envío de cambios al servidor, es decir, ''svn commit'' equivale a un ''git commit'' seguido de un ''git push''.
 Para los que están familiarizados con [http://subversion.tigris.org subversion], está disponible la siguiente documentación en el que se muestran las principales diferencias [http://git.or.cz/course/svn.html Git - SVN Crash Course].

@@ Línea 14: / Línea 14: @@
 Esto crea una carpeta de control .git, con toda la metainformación necesaria para que git sea operativo.
 * ''status'', permite saber el estado en el que se encuentra el repositorio.
@@ Línea 63: / Línea 69: @@
 git clone git://git.netfilter.org/iptables
 </source>
 = Diferencias entre git y subversion =

@@ Línea 9: / Línea 9: @@
 * ''init'', para iniciar un repositorio, dentro de la carpeta en la que se quiere realizar la gestión de versiones.
-<syntaxhighlight lang="c">
+<source lang="c">
 git init
-</syntaxhighligh>
+</source>
 Esto crea una carpeta de control .git, con toda la metainformación necesaria para que git sea operativo.
@@ Línea 17: / Línea 17: @@
 * ''status'', permite saber el estado en el que se encuentra el repositorio.
-<syntaxhighlight lang="c">
+<source lang="c">
 git status
 # On branch master
@@ Línea 25: / Línea 25: @@
 #       ejemplo.py
 nothing added to commit but untracked files present (use "git add" to track)
-</syntaxhighlight>
+</source>
 * ''add'', para añadir ficheros y contenido que se pretende versionar:
-<syntaxhighlight lang="c">
+<source lang="c">
 git add ejemplo.py
-</syntaxhighligh>
+</source>
 Tras esto ''status'' indica:
-<syntaxhighlight lang="c">
+<source lang="c">
 # On branch master
 # Changes to be committed:
@@ Línea 41: / Línea 41: @@
+#
 #       new file:   ejemplo.py
-</syntaxhighlight>
+</source>
 * ''commit'', para aplicar los cambios. Requiere un mensaje en el que la primera línea está reservada al título y las siguientes a la descripción. No envía ningún tipo de información por la red.
-<syntaxhighlight lang="c">
+<source lang="c">
 git commit -a
-</syntaxhighlight>
+</source>
 La opción ''-a'' sirve para indicar que se añada también todo lo pendiente de cambios (ficheros modificados).
@@ Línea 57: / Línea 57: @@
 * ''clone'', genera un repositorio copia de otro repositorio de origen (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).
-<syntaxhighlight lang="c">
+<source lang="c">
 git clone git://git.netfilter.org/iptables
-</syntaxhighligh>
+</source>
 = Diferencias entre git y subversion =

@@ Línea 3: / Línea 3: @@
 = Introducción histórica =
-[http://git-scm.com Git] fue elaborado para reemplazar a [http://en.wikipedia.org/wiki/BitKeeper], un sistema de versiones no libre que se empleaba para la gestión de versiones del núcleo de [http://es.wikipedia.org/Linux Linux].
+[http://git-scm.com Git] fue elaborado para reemplazar a [http://en.wikipedia.org/wiki/BitKeeper Bitkeeper], un sistema de versiones no libre que se empleaba para la gestión de versiones del núcleo de [http://es.wikipedia.org/Linux Linux].
 = Órdenes básicas =