git commit

Aunque comparten el mismo nombre, git commit no tiene nada que ver con svn commit. Este término compartido puede ser una fuente de confusión para los principiantes de Git que tienen experiencia en SVN, y es importante recalcar la diferencia. Comparar git commit con svn commit equivale a comparar un modelo de aplicaciones centralizadas (SVN) con un modelo de aplicaciones distribuidas (Git). En SVN, una confirmación envía los cambios del cliente SVN local a un repositorio SVN compartido, centralizado y remoto. En Git, los repositorios están distribuidos, las instantáneas se confirman en el repositorio local y no se requiere ninguna interacción en absoluto con otros repositorios de Git. Las confirmaciones de Git se pueden enviar más tarde a repositorios remotos arbitrarios.

Esto hace que muchas operaciones de Git sean más rápidas que las de SVN, ya que una versión particular de un archivo no se tiene que "montar" a partir de sus diferencias: la revisión completa de cada archivo está disponible inmediatamente en la base de datos interna de Git.

El modelo de instantáneas de Git tiene un alcance transcendental en prácticamente todos los aspectos de su modelo de control de versiones, que afecta a todo, desde sus herramientas de ramificación y fusión hasta sus flujos de trabajo de colaboración.

Confirma una instantánea de todos los cambios del directorio de trabajo. Esta acción solo incluye las modificaciones a los archivos con seguimiento (los que se han añadido con git add en algún punto de su historial).

Un comando de atajo que crea inmediatamente una confirmación con un mensaje de confirmación usado. De manera predeterminada, git commit abrirá el editor de texto configurado localmente y solicitará que se introduzca un mensaje de confirmación. Si se usa la opción -m, se omitirá la solicitud de editor de texto a favor de un mensaje insertado.

Un comando de atajo para usuarios avanzados que combina las opciones -a y -m. Esta combinación crea inmediatamente una confirmación de todos los cambios preparados y aplica un mensaje de confirmación insertado.

Esta opción añade otro nivel de funcionalidad al comando confirmado. Al pasar esta opción, se modificará la última confirmación. En vez de crear una nueva confirmación, los cambios preparados se añadirán a la confirmación anterior. Este comando abrirá el editor de texto configurado del sistema y te pedirá que cambies el mensaje de confirmación especificado anteriormente.

En el siguiente ejemplo, se presupone que has editado contenido en un archivo llamado hello.py en la rama actual y estás en disposición de confirmarlo en el historial del proyecto. En primer lugar, tienes que preparar el archivo con git add y después puedes confirmar la instantánea preparada.

El resultado verde "new file: hello.py" indica que hello.py se guardará con la próxima confirmación. Desde la confirmación, se crea ejecutando lo siguiente:

Esta acción abrirá un editor de texto (personalizable mediante git config) que solicitará un mensaje de registro de confirmación, junto con una lista de lo que se va a confirmar:

Git no exige que los mensajes de confirmación sigan ninguna limitación de formato específica, pero el formato canónico consiste en resumir toda la confirmación en la primera línea en menos de 50 caracteres, dejar una línea en blanco y, después, una explicación detallada de lo que ha cambiado. Por ejemplo:

Es una práctica habitual utilizar la primera línea del mensaje de confirmación como asunto, de forma similar a un correo electrónico. El resto del mensaje de registro se considera el cuerpo y se utiliza para comunicar los detalles del conjunto de cambios de confirmación. Ten en cuenta que a muchos desarrolladores también les gusta usar el tiempo presente en sus mensajes de confirmación. Esto hace que se lean más como acciones del repositorio, lo que hace que muchas de las operaciones de reescritura del historial sean más intuitivas.

Continuemos con el ejemplo de hello.py anterior. Vamos a hacer más actualizaciones en hello.py y a ejecutar lo siguiente:

Esto abrirá una vez más el editor de texto configurado. Sin embargo, esta vez estará prerrellenado con el mensaje de confirmación que hemos introducido anteriormente. Indica que no estamos creando una nueva confirmación, sino editando la última.

El comando git commit es una de las funciones esenciales principales de Git. Se requiere utilizar primero el comando git add para seleccionar los cambios que se prepararán para la siguiente confirmación. A continuación, se utiliza git commit para crear una instantánea de los cambios preparados en un cronograma de un historial de proyectos de Git. Encontrarás más información sobre cómo usar git add en la página dedicada a esa función. El comando git status permite examinar el estado del entorno de ensayo y la confirmación pendiente.

A pesar de que los modelos de confirmación de SVN y Git son significativamente diferentes, a menudo se confunden debido a la terminología que comparten. Si has llegado a Git después de haber estado utilizando SVN, es bueno que sepas que en Git las confirmaciones son fáciles y deberían usarse con frecuencia. Mientras que las confirmaciones de SVN son una operación costosa que realiza una solicitud remota, las confirmaciones de Git se hacen localmente y con un algoritmo más eficaz.