Guardar y compartir código con Git

Guardar y compartir versiones de código con un equipo son las cosas más comunes que se realizan al usar el control de versiones. Git tiene un flujo de trabajo sencillo de tres pasos para estas tareas:

1. Crear una nueva rama para el trabajo
2. Confirmar cambios
3. Empuja la rama para compartirla con el equipo

Git facilita la administración del trabajo mediante ramas. Cada corrección de errores, nueva característica, prueba agregada y configuración actualizada comienza con una nueva rama. Las ramas son ligeras y locales para la máquina de desarrollo, por lo que no tiene que preocuparse por usar recursos ni coordinar los cambios con otros usuarios hasta que sea el momento de insertar la rama.

Las ramas permiten codificar de forma aislada de otros cambios en el desarrollo. Una vez que todo esté funcionando, la rama y sus cambios se comparten con tu equipo. Otros pueden experimentar con el código en su propia copia de la rama sin que afecte al trabajo en curso en sus propias ramas.

Creación de una rama

Cree una rama basada en el código de una rama actual, como main, al iniciar un nuevo trabajo. Es recomendable comprobar qué rama está seleccionada mediante git status antes de crear una nueva rama.

Cree ramas en Git con el git branch comando :

> git branch <branchname>

El comando para cambiar entre ramas en el repositorio es git checkout. Después de crear la rama, cambie a esa rama antes de guardar los cambios.

> git checkout <branchname>

Git tiene un comando abreviado para crear la rama y cambiar a ella al mismo tiempo:

> git checkout -b <branchname>

Obtenga más información sobre cómo trabajar con ramas de Git en GitHub o Azure DevOps.

Guardar los cambios

Git no instantánea automáticamente el código a medida que se realizan modificaciones. Git debe indicar exactamente qué cambios agregar a la siguiente instantánea. Esto se denomina preproducción. Después de almacenar provisionalmente los cambios, cree una confirmación para guardar la instantánea de forma permanente.

Cambios de fase

Git realiza un seguimiento de los cambios de archivo realizados en el repositorio a medida que se producen. Separa estos cambios en tres categorías:

• Los archivos sin modificar no se han cambiado desde la última confirmación.
• Los archivos modificados tienen cambios desde la última confirmación, pero no se han almacenado provisionalmente para la siguiente confirmación.
• Los archivos almacenados provisionalmente tienen cambios que se agregarán a la siguiente confirmación.

Al crear una confirmación, solo se usan los cambios almacenados provisionalmente y los archivos sin cambios para la instantánea. Los cambios no preparados se mantienen en el sistema de archivos, pero el commit usa el archivo sin modificar en la instantánea.

Confirmar cambios

Guarde los cambios en Git mediante la creación de una confirmación. Cada commit almacena el contenido completo de los archivos del repositorio, no solo los cambios individuales de los archivos. Este comportamiento es diferente de otros sistemas de control de versiones que almacenan las diferencias de nivel de archivo de la última versión del código. Los historiales completos de archivos permiten a Git tomar mejores decisiones al combinar los cambios y realiza el cambio entre ramas de código rápidamente.

Preparar cambios con git add para agregar archivos cambiados, git rm para quitar archivos y git mv para mover archivos. A continuación, use el comando git commit para crear el commit.

Normalmente, los desarrolladores quieren almacenar provisionalmente todos los archivos modificados en el repositorio:

> git add –all

A continuación, confirme los cambios con una breve descripción:

> git commit -m "Short description of changes."

Cada commit tiene un mensaje que describe sus cambios. Un buen mensaje de confirmación ayuda al desarrollador a recordar los cambios realizados en una confirmación. Los buenos mensajes de confirmación también facilitan que otros usuarios revisen la confirmación.

Obtenga más información sobre cómo preparar archivos y realizar confirmaciones de cambios en Visual Studio o Visual Studio Code.

Compartir cambios

Tanto si trabaja en un equipo como si solo quiere hacer una copia de seguridad de su propio código, los desarrolladores deben compartir confirmaciones con un repositorio en otro equipo. Use el git push comando para tomar confirmaciones del repositorio local y escribirlas en un repositorio remoto. Git está configurado en repositorios clonados para conectarse al origen del clon, también conocido como origin. Ejecute git push para aplicar los commits locales de su rama actual a otra rama (branchname) en este repositorio origin. Git crea branchname en el repositorio remoto si no existe.

> git push origin

Si trabaja en un repositorio creado en el sistema local con git init, deberá configurar una conexión al servidor Git del equipo para poder insertar los cambios. Obtenga más información sobre cómo configurar remotos e insertar cambios en Visual Studio o Visual Studio Code.

Compartir ramas

La inserción de una rama local en el repositorio compartido del equipo hace que sus cambios sean accesibles para el resto del equipo. La primera vez git push que se ejecuta, agregar la -u opción indica a Git que empiece a realizar el seguimiento de la rama local a branchname desde el origin repositorio. Después de esta configuración única de la información de seguimiento, los miembros del equipo pueden usar git push directamente para compartir actualizaciones de forma rápida y sencilla.

> git push origin <branchname>

Pasos siguientes

Obtenga más información sobre las ramas en GitHub o Azure DevOps.

Obtenga más información sobre cómo enviar commits y ramas en Visual Studio o Visual Studio Code.